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I. INTRODUCTION 
The Suppiv Department of the Naval Postgraduate School 
is a relatively smali department of the school; however, it 
15 representative in size of many small activity supply 
departments. It has an allowance of twenty-one military 


personnel and a ceiling of twenty-seven civilians (including 


cr 


four temporary versonnel) with which to psrfora the primary 


(t 
в 


functions normaliy performed by a supply Черас? пе Figure 


|: 


Це сер:с:5 the crganizational structure which provides and 


supports these Functions. Unlike most small activity supply 


departments, hcwever, the Supply Depan mens, Naval 
Bestgraduate School is únique in the distribution of its 


resources due to the relative importance of certain of these 


Mec ións to the overall mission of the command. 


Any supply department will ге! т heavily on tne material 
acquisition function to me2% the ваёзгіаі апі service needs 
of the command. што Cases (ins ma jority of acquisition 


jo 
Bone result ir the acquisition of stan k material 
he b 


through the federal supply systen м e Naval, 
Department of Defense, or General Servi 
Due to the uniqueness of the nissi f the Naval 
Postgraduate Schcol, tha* of academic instruc-ion, the vast 
Ког:ту of acquisition actions results in th? procurement 
of ncn-standard stock material and/or Services. 
Non-standard stock is that materiai or service which is not 
available or cannot be acquired through ary of the federal 
supply systems. An examination of suoply department records 
indicates that the normal j e ripurion of acquisition 
actions between standará and non-s-andard stock is about 20% 
and 80% respectively. The point to be understood here is 


not so much this lopsided iistribution between two different 
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Figure 1.1 Supply Department Organization Chart. 
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types of acquisition actions, although the relevance of it 
will appear throughout this thesis, but the relevant impor- 
tance placed upcn material acquisition at this command. 
Perhaps the most convincing evidence of its importance is 
the amount of personnel resources devoted to its accomplish- 
ment. Of the forty-eight personnel complement authorized 
for the Supply Department six are directly involved in the 
actual acquisiticn of matarial or services and twenty-six 
о. o ingirectily involved in providing support functions such 
as technical edit and review, status mainterarce and 
Followup, а теайт suppiy store and Zeceint and invoi 
processing. Sixty-seven percent of the pers 
Supply Department are either directly or in 
ШОО Ле Material acquisition function. Ta 
thesis is to examine tha utilization of 
management information system to aid the 
ШІ “Ле performance cf those functions that pr 
Ene material acquzisirion process. 

Mier enesis yill describe the support functions а 
Ec presently periéoEned and review any internal or =xtern 
ШЕЙМепсез on these functions prior to describing a suita 
computer based management information system and its acc 


panying database. 
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II. PRESENT SYSTEM DESCRIPTION 


Before presenting a computer based management informa- 
tion system that will support the nezds of management, it is 
appropriate to describe tha present system, i.e., functions 
performed, files maintained, and flow of information within 
the system. Figure 1.1 depicted the organizational struc- 
ture of the  supriy deparz-nent. The branches that will be 
осшесед upon throughout this thesis, along with their 
respective respensibilicies as dicteted by the Naval 
Postgraduate School [Ref. 1, p. 56-59], ars es follows: 


1. Issue/Receipt Control =~ responsible for the technical 
screening cf all requisitions and issue, documents 
processing stock, requisitions, , maintaining  controi 
Ве член ве org, processing о? 
commercial ілуо1с%5,20Г payment, modifying purchase 
orders, and maintaining purcnase order files. 


Merecc ving and Shapping - respensibie for, the receipt, 
past t-cat-on, сі туз Еу әрі оне ава ту ов прошао 
Ник се 2азп 6 сас: оп, routing, ее 
War kong, documentation, and loadin cutbound 
ае: апт. 


Primary emphasis will be placed or the issue/receipt 
centrol branch. The receiving and shipping branch will be 
discussed only as to its direct interface with the functions 
of issue/receipt control. 

alte I depicts the Eunctlions necessary to carry out 
these responsibilities ani the delegation of responsibility 
mo perform these functions. Baca of tne functions xil be 
described below in a sufficient level of detail to allow the 
meager tO obtaina firm grasp of the functions performed, 
Files maintained, decisions made, and the general flow of 
information, but not in such detail as to confuse the reader 
or attempt to make him an expert in supply control proce- 
dures. In an attempt to simplify th» following discussion, 
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TABLE I 
Functional Responsibilities 


FUNCTION RESPONSIBLE BRANCH 
al Edit and Review ТИН Control | 
Material Acquisition T/R control (standard | 
SENSE (non-standard | 
stock) | 
Status Maintenance and I/R cortt*ol | 
Followup | 
Material ID/Delivery qəza ing and Shepping 
Receipt/Invoice Processing ТУР о 


ЄЗ 
(D 
б 
o 
г 
e pe 
ш n0 


БЕРІ е primary functions, cecisions, an 
Mee recurring precesses and transactiors 

Those, for reasons expressed, which are n 
referred to only in passing 

= work, ог аге not of a tzequently occurring natura. Any 
impact that may be involved wili be discussed as needed. 
деге 2.1 depicts the general flow of information, and 


decumentation, from cne function and/or precess to another. 


А. TECHNICAL EDIT AND REVIEW. 


Ше ртгпнагу рптрссве Of this function is to insure tha- 
requisitions submitted to the Supply Department ar 
Sper format and that reguired information is valid. In 
addition, each requisition is reviewed to determi 
material falls into a category of material tha* requires 


speciai processing. 
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DD_Form веса са трет Material 
1388 and Review ВЕЧЕ 2305 
Status Maintenance Material ID/ 
and Followup Delivery 






Receirt/Invoice 
Processing 


о а — — __ M ААЫР m. T. a m. алабы «айыл съ a. n s: r a r a 


Figure 2.1 Flowchart of Functional Processing. 


There are twe eneral 5 уреѕ ої 
se 
Е Е 


Е Рог standard stock material an] Бог: 

Bach type will follow a particular processing path through 

the Supply Department, therefore each ype will be discussed 
- 


separately аз needed, В 
Esuted out that prior го being rec 
Department, all requisitions have been reviewed by the 
Comptroller Department for financial obligation purposes 
(job order numbers are matched against seriai numbers to 
insure only authorized obligations are permitted further 
processing). 


All requisitions are submitted on a DD Fern 1348. 
m 


pa. 


E 
Figure 2.2 is ап exampiz of a completed DD Form 1348. 
Appendix A provides a detailed explanation of each data 
el=ment. Although the example is for a non-standard stock 
Ши 1: is similar to a standard stock requisition with 


Ген, minor exceptions. When received by the Supply 
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Department, requisitions are time stamped, then sorted by 


standard and non-standard stock. 


These requisitions are verified against the Navy 
Management Data List (NMDL), which resides on microfiche 
Sands, То insure that the following information is correct 


for the material being reguested: 
1. National Steck Number (NSN) 
2. Federal Supply Group and Class (FSC) 
Bee GCOgGRizance Symbcl (С323) 
4. Unit of Issue (U/I) 
= Price 
Quantity (QTY) 


ш Ка 5 стератсу iS discovsrsd, the requ 
either Бе corrected by issue/rec@eipt contrel perso 
returned to the customer departmen 
preparation of a new requisition. 

In addition, each standard stock requisition is 
reviewed to determine if the material being ordered fa 
into one of the below listed categories which require 


special processing and/or approval authority: 
Ши Ро одгари с equipmen: or supplies 
2. Reproduction equipment 
3. Filing equi paent 
4. Typewriters 


Defense Industrial Plant Equipment Center  (DIPEC) 
material 
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6. Plant account property 


7. Office laborsaving device equipment 


Appendix B contains a brief explanation of each of the above 
nentioned categories. 

Requisitions are also reviewed to determine if the 
material requested is carried by Ready Supply Store (RSS). 
This is accomplished by searching the RSS inventory catalog. 
If the material іс carried, the DD Form 1348 is returned to 
the customer department for subsequent submission to the 
RSS, DIM OI к оле normal processing procedure con 
The final review nade is a verification of the assianmenrt of 
Maid priorities to each raquisition. Approval is required 


meerall non-routine priority requisitions. 


Non-standard material/service réquests are similarly 
checked for valid and complete information. Requests are 
also reviewed <tc determina if they fall into one of cha 
special categories of material requiring special processing 
End if valid priorities have been as 


4 


igned. Jisa тол, 
each request must ре reviswed fcr po - 


cross reference 
Фо a national stcck number. 


For items with part numbers provided, a review or 


the Master Cross Reference List (MRCL) мБ рет ао ле. Lik= 
the NMDL, the MRCL resid2s on microfiche cerds. If a match 
is made, the stock number is verified against the NMDL to 


determine its validity. I£ it is a good stock number, fhe 
request is returned to the customer department for prepara- 
tion of a standard stock requisition. If a cross reference 
is not made or if a stock number proves erroneous based on 
the NMDL review, the requisition proceeds through the normal 
path. 


j; 





For items without part numbers (primarily consuma- 
bles), a review of the following publications 15 made for 


possible crcss reference to a national stock number: 
1. Afloat Shopping Guide 
2. Federal Suppiy Schedules 
3. General Services Administration Catalogs 


Once a match is or is not mad 


ct 
y 
f» 
сі 


, the same procedures 


= 
Ес то? очна for paz nuabezed it=2s ars fcilowed in 


rtr 
eJ. 
p! 
Ui 


case. 

Not all items are reviewed--only those which the 
reviewer feels are prime candidates for cross referencing 
based on intuitive and sub jective reasoning. Upon comple- 
pon of all checks and reviews, non-standard stock 
requisitions are forwarded to the purchase branch with the 
appropriate copy placed іп the outstanding purchase order 
file. 


° 


В. MATERIAL ACQUISITION 


B2encugh not an area being considered in this thesis, 
[emer ial acquisition is mentioned at this point simply to 
ом its logical position in the pr 


се стани E LOW Of paper- 
Meme and information in the lifecycle of a requisition. 
Опсе a standard stock requisition has completed all reviews, 
it is keypunched for transmittal via the Autodin network. 


The appropriate copies area then place in the ourstarnding 


ш w 


requisition file, others are forwaried to the receiving and 
Shipping branch to await receipt of the material, and 
finally, if so required, requisition copies and other docu- 
mentation are placed in the appropriate files designated for 


material requiring special processing. 
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For a complete description of these and other generally used 
material acquisition processing files and their purpose, ses 
Appendix C. 

Non-standard stock naterial/service requisitions ars 
passed to the purchase branch for appropriate procurement 
action from commercial scurces. The specific procurement 
actions taken are very complex and vital to the command but 
not a subject of this thesis. Note that once a requisition 
15 identified for commercial procurement it loses its iden- 


tity by document number and can only pe referenced by its 


newly assigned purchase orier number. The relevance of this 
point will ре discussed in “he status maintenance and 
followup section. Onss 311 реосигешенп- actions are 
complete, the necessary documertaticn is forwarded to the 
receiving and shipping Drarei Маап 2=Sie/receipt control 
Eccordingly. 
С. STATUS MAINTENANCE AND FOLLOWUP 

S*+atus for standera stock requisitions is received from 
stock points in two genaral formats, message or Card. Many 
varieties of status may be rspcrted, some of which nay 
require action to be taken and others which do not. ÀS 
status is received it is acted upon, if required, by issue/ 

rm 1 


u 
receipt personnel and appended to tne DD Fo 348 residing 
n 


in the outstanding requisition file along with any comments 
On the action taken. 

Since non-standard matarial is procured from commercial 
sources as previcusly discussed, there normally is no 
vendor-generated status associated wit апоасашис злог Mor 
this Туре. 

Followup is normally performed when some expected event 
has not occured, such as: 


Memeo Status received within a certain time period after 
submission of the requirement. 
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2. No status, received within a certain time period from 
last receipt of status. 


3. Expected delivery date has elapsed. 


In both the case of standard and non-standard stock, 
followup is initiated by one of two methods. EirSt. by 
periodic purging of the outstanding requisition and open 
purchase files. In this situation a review is made of 
status cards for standard stock items, and expected delivery 


dates of non-standard items with any necessary followup 


action initiated as required. This ¿s а gery ineffecient, 
time consuming method which is why it is net ovoerformed as 
often as it sheuid be, given other corstraints such as 


personnel shortages. 

second tor of followup initiation is initiated ру 
Seacus informacticn queries from the customer. полис сага 
stock material the customer will provide the respect 
document number. Gb Е ат requisition, is t 
ШЕЕ за іп the outstanding requisition file and the attac? 
Status cards are: reviewel along with any prev о 
attempts. Any fumtker foliowup action is decided upon and 
Eken t this time. 

Sta tas information queries for non-standard stock, 
the customer will ргоуііз the respective purchase order 
number. As was fointed out earlier, a requisition loses its 


identity by document number once it has been contracted out 


D 


*o commercial sources, ani further reference +9 12 must be 


by purchase order number. Armed with the purchase order 
number, the file may be located, reviewed and appropriate 
action may be taken. However, in practice, the customer пау 


not have the purchase orldar number (for whatever reason). 
In this situation, armed solely with the document number, an 
exhaustive manual search is undertaken. The searcher must 


scan through a number of logs and files in an attempt to 
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cross reference these two identifying numbers. The attempt 
is routinely successful but obviousl consumes a great deal 
of time. 

One other type of followup is performed by issue/receipt 
control personnel specifically for non-standard stock requi- 
sitions. It, too, is extremely tite consuming, inefficient, 
and burdensome. Vendors, оп many occasions, will call to 
inquire about payment on invoices chey had submitted some 
time in the past and have not received payment. Al-hough 


Meste/zeceipt contrcl personnel are not cesvonsibl= for or 


aware of the status of an invoice once it has been rzorzwardüed 
for payment, they can and do advise the vendor as to the 
date the respective invoices wera forwarded for payment 
(Processing invcices for payment is discussed  beiow). 
Normally, this wculd present no problems. However, usualiy 
the vendor does not possess © ls not aware o 


Е 
priate purchase cráer number which is required -o 
ENS information., Arned with о 


nly ak invoice number ard tihe 


vendor's name, SSWE/ceceapt contri p=rscnrnel «must again 
conduct a laborious search Бао ми = lumber «of logs. azi 
MESS to cross reference this invoice number to the appro- 


9 n 

priate purchase crder number so that the specific file may 
be pullec and reviewed +o determine the 2s- 
sary to respond to the vendor's query. пса его ог -he 
method used to initiate followup, or the action ta 


zesuits are annotated and/or filed. 


D. MATERIAL ID/LELIVERY 


AS previously indicated, copies o 
Meatation for all incoming material are d О 
receiving aná shipping branch where “they are kept on file 
Ting receipt of the material. There are two f 


tained, one for each type of requisi ви се стап ос and 
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non-standard stock. The standard stock requisition file is 
maintained in julian date, serial number order. The non- 
standard stcck requisition file is maintained by purchase 
order number. AS material is received, the receipt papers, 
or packing slips in the case of commercial procurements, are 
pulled and matched to the filed documentation to determine 
which customer department to deliver the material to. 


Occasionally, material will be received from a commercial 


ju 


source with no identifying purchase order number to permit 
L 


Fh 


cocino nta- on. ms 


г 


ile 


match with +he 
tates a call to іѕѕце/тес2і рт control de 


another exhaustive searc: 


logs and other documentation in an atte 
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corresponding purchase order number. On С 
has been gathered together, tha material is delivered to th> 
appropriate customer department, signed for, and ail docu- 


mentation is forwarded to the issue/receiot centrol branch. 


ре KECEIPT/INVYVOICE PROCESSING 


ECOfUunccqcon o: rece3jpt/invoice processing is the final 
peep in the life cycle of a requisition. However, the 
results of procedures ‘followed during the processing may 
lead to delays in compieticn of the cycle. Examples of 
these delays and their causes wili be presented during the 
discussion. The processing of requisitions for close-out is 
different for standard and non-standard stock, and *here- 


fore, each will Бе discussed separately. 


Ail receipt papers and invoices are received in the 
Issue/Receipt Control mail room where they are time stamped 
and then sorted by contract type for distribution to the 


appropriate control personnel. 
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During the sorting of receipt papers, they are reviewed to 
determine if any material that initially feil into one of 


the special categories (Photographic equipment, etc.) indi- 
cated earlier has been received. If "со, the the 
appropriate perscnnel are notified so that ES. action 


may be taken based on present guidelines. 
Wee Standard Stock 


The document that enters the system at this poin 
eS uses the start of the certification precess is the DD 
Ferm 1348-1. These documents are received from h 
Beceiving and shipping warehouse оп а daily basis, 
Documents are sorted and discrPIDUuwed to approp 
personnel. The DD Fora 1348-1 15 accompanied by 


ћ 
original requisition (which had previously been forwarded to 
а- 


the warehouse). The recai pt document will bear the sign 
ture of the ¿individual receiving the material, s well as 
mre Gate received, material 2lescription, quantity, #+с.. 

Is ue/Teceipt Dersans- | ма nen proceed to Verity 
that the aterial received is tns material that hal been 
ordered and in tre Ew ör dər- i: Ес ра 
Cates that it is a partial shipment, the requisition will be 


= 


annotated as such and placed back in the outstanding requi- 
sition file to await #12 completed shipmenc. ТЕ апу 
discrepancies exist that are determined to be the responsi- 
bility of the issuing activity such as a shorted shipment or 
damaged/incorrect material, then the customer department is 
notified to set aside Sematec ial until disposition 
ms tructions are received from the issuing activity. 
Control personnel will then prepare а "Report of 
Discrepancy" (ROD) апа sukmit it to tte issuing activity. 
The requisition is annotated and all documentation is filed 
as required. The last step is to file all paperwork 
regarding a particular transaction into the Completed 
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Requisition file, unless of course 1t was a partial ship- 
ment, in which case the documentation will remain in the 


outstanding file. 
2. Non-Standard Stock 


Because of the variety of ways a non-standard item 
may be acquired and because of the legal aspects of bill 
раугпа, the processing of this type of transaction is 


somewhat more diversified, complex and inevitably more 
БЕ tical to the command. Tho edges OL Cllticaltey. as a 


f 
result of the "Prompt Payment Act" will be explained iater. 
The following discussion will be divided by the type ог 
aagi sition action, Blanket Purchase Agreement (BPA), 
ШОУ л Л ап Universities, Maintenance/Rental, and Other 
Regardisss of tne contract type, the receipt/invoice process 


normally involves three separate phases as follows 
1. File set-up 
2. Receipt processing 
Br о оба 


Fach of these will be discussed saparately within sach 


contract type 
а. Blanket Purchase Agreement 


A Blanket Purchases Agreenent (BPA) is a method 
of effecting small purchases from commercial sources which 
provides a simplified procedure of establishing "charge 
NECOUDnts" with qualified sources of supply to cover artici- 
pated small purchases of items of the same general category. 
It eliminates the need to issue repeated purchase orders by 
permiting  piacement of oral orders against а blanket 
purchase agreement, with inveoicing accomplished on a monthly 


basis. The initial input to the file set-up phase is the 
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Blanket Purchase Agreement (BEA). A separate folder is 
established for each BPA. BPAS renain open until they are 
retired by the ccmmand for reasons of non-performance or by 
request of the vendor. The next input to this phase is the 
DD Form 1348 reqtisition. There ara BPA callers (personnel 
authorized to place BPA calis) located in the purchase 
branch as well as the various customer departments. Except 


for minor differences, the DD Form 1348 from sach source is 


ASS Highlighted. Тг абаз іст 


d 


D 
processed similarly, therefore they will not be discussed 
separateiy but differenc 


Не DD Forni 1348 requisition, 2 continuaetion sheet will 
be attached if required. Велвет is regu 

nore than one item is being request2d from the sane source. 
If the order is placed by a caller in a customer department, 
then a NPGS Роги 4270 is provided, replacing the continua- 
tion sheet. 

Some important informa | 

Mequasi:tion and is very useful in future followuos and as a 
Management information tool. Qe  @P2OrWeation available is 


as follows: 
1. BPA number 
we Galler 
3. Cali number 
4. Date order placed 
5. Vendor 
6. Vendor representative accepting order 


7]. Price 
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The process ¿involved in this phase is very 
simple. The DD Form 1348 requisition together with any 
continuation sheets are placed in the BPA folder. No 
tangibie output is produced at this stage other than a BPA 
folder for a particular BPA and a particular order. 

The next phase begins with the input of receipt 
documentation fram the receiving and shipping warehouse 50 
include the original огдес ла document, any continuation 


sheets, and the packing slip. 


Hd 
=a 
(b 
g 
2 
a 
I + 


ing slip will bear 

the signature сЕ the customer departaent represéntaive 

receiving the material, he date the material was receiv 
h 


and of course the vendors 


a С» 
фр 


quantity received. Issue/re 1 5 
the material received is identical to the material о 
ША іп the сотгест quantity. Any discrep 
normally be dealt with by phone directly with + 

The next P Degas wich the input into the 
system of an invoice froa the vena a 


9 
to submit invoices on a monthly basis 50 


n 
all material ром лова during nhat parteil ШОП Ол 
However, "раст се, verdors vill сле by order. 


Invoices are matched against the original ordering document 
memansure that billing is fcr the correct material, in the 
тест quantities and at the correct price. This matching 
may become complex if there ars substitute materials 
involved, QEEUBEISPDeNt quantities supplied in different 
units of issue. Àgain, any Lscrepancies are normally 

ttled with the vendor by phone. Depending on the circums- 
tances, the vendor will either provide correct materials 
and/or prepare new invoices, (ан лоша  сса:-епла. о he 
F 7 nal contract will be prepared Бу issue/zeceipt 


personnel. 


bu 
Or 





Опсе а11 documentation is in agreement, = 


placed іп the "Ready to Pay" file. BPA іпусісез аге 
required to be paid ona monthly basis. However since most 


vendors submit invoices on a per order basis, invoices are 
processed more frequently. This process consists of first 
placing all documentation from the "Ready to Pay" file into 
document number crder ру ВРА to газе performance of the next 
step. Next, a "Summary of Accounting Data" is prepared, one 


for each BPA with no more than five lines of accounting data 


Bess a particular invoice covezs acre than five lines of 
accounting. Іп cther words, an invoice should not be spread 
over several summaries to meet theae fiva line caveat. each 


line represents a separate line of accounting and must indi- 


or final payment by use of 


к 


cate whether this is a partia 


Map" or "fp", as appropriate, in the cost code. 


Once final сена сас оп siqnatu are 
obtained, the necessary documentation is distributed as 
required. Пре г па? step СОО ЕБ а Se 
"Historical Record of BPAs" with the following elements: 


I Call number 
ОО AMO UNE 
3. Date invoice forwarded for payment 


Ша с information, along with other information available in 
the filed documentation, will ba ver useful ín invoice 
payment queries from vendors, and also in regards to the 
implementation ard enforcement of the Prompt Payment Act, as 


well as for general management information and control. 
b. Civilian Universities 


Civilian university contracts are issued +o 
provide postgraduate не ооо military G f icəors 
h га 


attending civilian institutions. Ti cts provide 
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for the payment of tuition for the respective students. The 
initial input into the file set-up phase is the request for 
establishment of an agrezment with 2 particular university 
from the customer department to the purchase branch, the 
purchase branch request for same from Naval Supply Center 
(NSC) Oakland, and finally the agreement itself. Similar to 
a BPA this negotiated agreement remains open indefinitely. 
A separate folder is established for each university. The 
next inputs to be received are the negotiated contract 
accompanied by the DD Form 1348 requisition. Both «he 
contract and the requisition represent a single student, 
rather than muitipie students. zach student's contract wit 
а particular university сагсігв +112 same Си order 
number as all  cther tudents attending that university; 

J 


E o-efore, a unique number is assigned to each student to 


E --nguish him £rom all others. This unique identification 
is the QE number. Each fiscal year a new DD Form 1348 and 
new QE number is assigned each student. Some mvorzant 


inrzormation is ерле сз se аосцтец-= that wil] be of 


a va 

use in iater processing. 

1. Document number 

2. University rame 

D. Student name 

4. Purchase order number 

5. QE number 

6. Time period covered 


+ 


7. Amount cbligated 


ом Нас Тос а гоій4зг is established for a 
particular university which includes the abcve information 
for every student attending. та т оп, initial entries 
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are made on a "Tally Sheet" whick has the purpose of keeping 
track of expenditures for each student. There are no 
receipts involved in this type or contract, therefore the 
next input into the system is the invoice. 

Invoices are received from each university on a 
periodic basis depending on whether they ares on a quarter or 
semester system. Invoices are first sent to the customer 
department for verification of services performed since no 
Meceipt is involved. The customer department returns the 
invoice after verification is completed having annotated the 


invoice with the respecuiva purchases order numbar, dGecument 
p 


number, and signature. Upon receipt ot the annotated 
invoice from the customer department issue/receipt control 
personnel annotate іт with the respective QE number. Aat 


fers poirt the tally sheet is updated to include “the most 


recent expenditure. A review is made to insure adequate 
CS remain unobligated to cover this invoice. Taerar, 
additional funds are requested from the customer department 
and a contract modification is prepared in an amount to 
cover the invoice only. УГ Ето funds ars ог hand, 


і де 
ct 
b 


the invoice is certified and forwarded fer payment Y 
annotations made of the date forward2d for payment. 

The negotiated contract, like the agreement, is 
never closed. Only a particular student record may Бе 
Closed and only upon graduaticn or attrition by other means. 
The DD Form 134€ for that particular student is moved from 
the outstanding to the completed purchase order file only 
when funds authorized on that requisition have been fully 
expended. 


с. Maintenance/Rental 


A maintenance/rental contract is established to 
provide for either maintenance of equipment, rental of 


equipment, or in some cases, both maintenance and rental 
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under the same contract. ле о таву input to the file 
set-up phase is the negotiated contract accompanied by the 
respective DD Form 1348 requisition. A separate folder for 
each negotiated contract is established which will include 
all requisitions against that particular contract. A parti- 
cular contract is with on2 company but usually covers the 
maintenance or rental of various equipment, among multiple 
customers and/or appropriations. A "Tally Sheet" is 
prepared and used to keep track of expenditures by equip- 

ас: 
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individual piece of equipmant. SMPCS there are no 


involved in this type of transaction, не ne 
T 


(D 
O O 
th th 


voice processing begins with the input int 
an invoice from the vendor. 
The invoice process he nda cto Bena. Os 


other contract types. Orce the Y harges is 


ст E 
[J^ Ou 
Cu 
үг 
ct 
if ~ ІЛ 
O 
^h 
ct 
у. 
(0 
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лес, usually by phone with the customer 
A 


epartmen*, ШС ЛО Л О е Е са and тогы S TOS 


rg S 


а 
ayment with annctations made of this date. Any discrepan- 
cies are normally settiei by pnone with the vendor. in 
Поз, the tally sheet is updated to indicate cumulative 
expenditures. t any tima that it appears additional funds 
are needed to cover the rental cost of a particular machine 
within a department and/or total funds for a department, 
that B зи пе  кл ед = со provide those additional 
funds by submitting a new DD Form 1348. Control personnel 
Meri then prepare a contract modification as required. 

If this is a final payment, the DD Form 1348 15 
pulled from the cutstanding purchase order file. ЕЕ 


~ 


orly a partial payment (which most are until the end of 
year), then the file is left open pending further invoic 
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- 


а o ce rE 


un thus wategar yaare included all other contract 
types not discussed above. These basically include ail 
types of contracts for material vice services except for 
those acquired through a BPA. 

The initial input into the file set-up phase is 


the negotiated centract accompanied by the corresponding DD 


Form 1348. This is termed a non-confirmed order. However, 
there are times when confirmed orders ars received. 
Шо глес огсег5 arrive wiin only the DD Form 1348, ths 
buyer's working papers, 2nd any continuation sheets. À 


~ 


purchase order will be brepare ani “orwarded 
О 


date. тас of documentation is first 1 
include 
ШІ пигсрасе order number {if a confirmed order «his із 
left blank until the contract is received) 
2. Document number 
Be, Date file set up 
A file is set ur to consist of the above documentatior and 
placed in the "Awaiting Receipt Papers" file unless it is a 


w paid (e.g. subscriptions, books, etc.) in which case it 
goes immediately to the invoice processing stage 


The receipt processing phase begins wit За 


iD 


input cf receipt documentation from the warehouse which 
includes the original DD Form 1348, any continuation sheets, 
and a packing slip which bears the signature of the customer 
department representative receiving the material and the 
date received. Issue/recaipt control personnel must deter- 
mine whether the material received is the material that was 
criered, in the quantity ordered and if it was a partial or 
complete Shipment. At this point the documentation is anno- 


tated to include the results of the review and placed in the 
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"Awaiting Invoice" file. Upon receipt of the invoice from 
the vendor a similar review is made to insure that the 
materiai received and invoiced for is the material which was 
ordered and in the quantity ordered. The following elements 


are compared on the invoice and contract: 
1. Vendor name and address 
2. Material 


3. If substitution was made 


EC Unit price 
7. Price extensions 


Similar 50 ВРА invoice matching procedures, this process may 
become very comriicated iF substitu 
Ши Иог с. Езегопт units of issue ere utili 


2 
Any discrepancies in the above elements must 
т 


the attention of the vendor and elthe таке 
 гтестіуе астіоп ог issues /гесе: ръ control personnel will 
Prepare a contract modification to insure the contract and 
invoice are in cemplete agreement. Bither of these actions 
will result in a delay in invoice payment so appropriate 
comments must be made on the documentation. Онсе тай ол 


ments are іп agreement, the invoice is certified and 
forwarded for payment. Mee the anvoilee Xs for a confirmed 
order ага the contract has 105 Бгеп received from the 
purchase branch then all related documentation is placed in 
the "Awaiting Purchase Order" file and the purchase branch 
notified. After an invoice for final payment has been 
certified and forwarded for payment and, the date recorded, 


then the respective DD Form 1348 is pulled from the 
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outstanding purchase order file. Е ст partial 
payment only, the Zile is lef- open. 

Having given the reader a descriptive overview 
of functions and ггосеззез perforned, files maintained, 
decisions made, andthe general flow of information in and 
out of the issue/receipt control branch, the following 
discussions of the requirements and capabilities of the 


proposed information system will be nore meaningful. 
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III. PROPOSED COMPUTER BASED MANAGEMENT INFORMATION SYSTEM 


The primary driving force behind any factors presented 
herein is the Prompt Payments Act (РРА) [Roc 2} of 1981. 
The PPA was the culmination of years of chronically slow 
invoice processing by government agencies resulting in 
extremely late receipt of vayment for goods or services 
provided by private contractors. The PPA specifies that 


interest penalties be imposed on feleral obligations unpaid 


5 
after forty-five days from receipt of the maczeriai/service 
or invoice, whichever is later. Interest on payments made 
after forty-five days will accrue from the thirty-first day 
and will be at a rate specitied by the Department of the 
Ш-азгшгу. Also, it is rejquilred cha: a record be maintained, 
ШЕР Zururs reference, that will establisn “he date of occur- 
rence of the el уе ме каса пуб сб» 
ф жӘсезсіга, i.e., date material гэсеіуей, daze invoice 
Шмезгей, date invoice forwarded for payment, etc. 


E 
Ma most Situations, thease is a di 
ties between the command reques 
command contracting, receiving, 
for payment, and the command ultimately paying the invo 
Therefore the Department of Defense, in conjunction with 
Office of Management and Budget, is a-tempting то devise a 
system whereby the responsibility for any delay in the 
payment of an invoice may be pinpointed, and tha cesul+ing 
interest penalties may be appropriately applied to the 
that 
the receipt/invoice processing command will have three days 


(Л 


responsible command. Preliminary guidance [Ref. 3] 


from the receipt of thes material or invoice, whichever is 


Meet, со forward the invoice for payment. The only author- 


ized delay in this three day caveat is in th2 receipt of an 
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improper invoice. An invoice is considered improper if it 
A not in agreement with the original contract and it is 
determined that the error is on the part of the contractor. 
ШІ “һіс case, the time clock is stopped until the contractor 
submits a corrected invoice. When the corrected invoice is 
received, the three day limit begins anew. 

Implementaticn of the РРА пау conceivably have a great 
affect on the budgetad expenditures of the Naval 
Postgraduate Schcol; therefore, any increase in efficiency 
ШОК ле receipt/änvoice processing function and lap - 
etche ability to manage and control the flow of Teceipt/ 
invoice documentation would be beneficial. 

Of course, enere esist облог driving forces that, 
although they are obviously a direct result of che 
also stand alone as primar y driving forces in th 
Ener organizaticnal entity. HBefizzency and >*f 


V 
are goals strived for by any organization regardless of its 


size. Several instances orf deficiencies in both чете 
mentioned: earlier during the discussions of the present 
system. пол сеобе, as welt aS others, 4:11 be prough= 
Up for discussion. As was the case in the discussion of the 
present system, the below presentation of the prcposed 
кем Will be in relation to the functions performed, 1.2., 
that which is required tc assist 2acsh function in improving 
efficiency and/or effectivaness and in meeting requirements 
Set forth in the PPA. And finally, sinc ply organi- 


= 
F On 1S customer oriented, keeping the c 
о ап importan+ factor to consider. 
To summarize, the following objectives аге the primary 
driving forces behind the proposed system: 
Be increase furcticnal parformance 


= посте 
бре 2 :сленсу, as well as to enhance 
meet the requirements set forth by the 


cy or tne sake 
За: Саба сви. co 
РА. 


2. Improve customer relations. 
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А. TECHNICAL EDIT AND REVIEW 


1. Standamd Stock 





The two basic processes performed during this func- 


DIE 
tion are first, to review the NMDL to validate certain 
information, and second, *9 review the requisition to deter- 
Mine if the requirement is for material requiring special 
processing. As stated earlier, “Це latter process is 
somewhat subjective and relies on the intuitive reasoning 
Beoediiities of the processor. Thereicre 
mee send itself to automation of any kind. Тале NMDL review 
Sp rinazily objective in nature. I+ is also 

consuming utilizing microfiche cards and 

the NMDL is ame zur eu fis ras _аавабаве 

ciated with having it available for rand 
would be greater than any nincr banefits in tine and 


nience that could be achieved. 


Pe Моп-5%ашидаса Stock 


Three possible processes are involved in the tech- 
Ecl ed^t and review of non-standard stock. The special 
material category review is not presented for automation for 
reasons as stated above. weviews OF the MCRL for paft 
numbered items wculd be simplified if it could be допе опа 


desk top CRT screen or performed by an applications program. 


реда 1атту, tne cross-referencing of items without part 
numbers would be simplified by like capabilities. AS with 
па the asso- 


the NMDL, these databases are extrenely large a 
ef 


iated costs would outweigh any derived ben 





В. STATUS MAINTENANCE AND FOLLOWUP 


In the accomplishment of this function, issus/Teceipt 
control personnel have their primary contact with the 
customer. Any improvement in this area will have great 
impact upon the relationship between the customer and the 
Supply Department in terms of both customer satisfaction and 


the reputation of the Supply Department 


sence of a computer based information system 

would assist greatiy in the processing of standard stock 

status. By providing +h= appropriate medía and status code 

on each requisition, the receipt of card format status could 
m 


be insured. Ani applications progr 


w 


designed to raad in 
these status cards and place the information directly into 
the database would reduce tae tins presently devoted to 
processing status. 

AS previously ii scussed, followup is a time 


спада pzocess that oíten tines does not gst а 


adequately. Therefore, а пу inczsass in e nume s 
area is most impcrtant. In considering the two methods of 
initiating a followup, a system should provide improvements 
to each. ТЕ а followup is initiated by, sa 


у, a phone call 
from the customer department, the capability to instantly 
EEUU tne history sof that particular requisition опа CRT 
screen would be desirable, rather than puttina the caller on 
hold while a cumbersome hardcopy #112 was searched. 

Under the second type of followup initiation, it was 
shown how a pericdic review of all requisitions to determine 
Which required followup action was inefficient when done 
manually. If à periodic report could be produced to indi- 
cate which requisitions required followup and/or produce «he 
appropriate followup documents (punched cards), а more 
effective followup program would епзае. 
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2. Non-Stancard Stock 


As with standard stock, a system is required that 
would allow control personnel to review the present status 
of any non-standard stock requisition ona desk top CRT 
screen without having to fumble through mounds of documenta- 
tion, and without keeping the caller unduly waiting. Also, 
the ability to periodically review, on an automated basis, 
all non-standard requisitions t5 ietermine ii any have 
exceeded their expected delivery dates would greatly reduce 
the time spent manually performing this function. En 
żion, a „great need exists to be able to cross reference 
document numbers to purchase order numbers. As exnlained 
earlier, customers often times do not possess th 
Adler number of the requisition they are att 
followup. Since the requisi-ion is aow solely id 
its purchase order number, а nontrivial amount ог effort 
must be expended te cross reference these two identifying 
numbers. ne с қасу то іс chis automaticaiiy is Important 

ое 


sn s functi onr: 


rt, 


Bo the efficient performance о 

Ее llevate the inefficiency associated with 
invoice payment queries from vendors, some method of cross 
referencing invcice numbers and the vendor name to a 
Specific cortract is required. 

A final requirement would be to periodically preduce 
a listing of all standard and non-standard stock requisi- 
tions and their present status (as well as a history of 
Status and followup actions for each). Dus listing should 
be broken down by customer and provided to the respective 
customer department. This could prove to eliminate some of 
the mary followup-related phone calis that inevitably delay 


е 


control personnel in the performance of their other duties. 
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С. MATERIAL ID/DELIVERY 


The cbvious information required in this area would be 
some method of matching 2 packing slip from a particular 
vendor to a unique purchase order number. á listing, by 
vendor, of ali outstanding requisitions placed with that 
vendor should be provided эп a periodic basis. 


D. RECEIPT/INVOICE PROCESS ING 


о 
th 
(n 
et 
fu 


Since the processi 


e 


q 
is not under the ma ndete o 


rt 
по 
го 
rj 5» 
~ 
ct 
I i 
iD 
13 


stemming from its influenc 


Q 


ћ 
iency and/or effectiveness, the сііліп 
een ew of all receipts to determine if т 

one of the special catsgories woull be desirable. This 
would reduce the time expendsd during the sorting process 


aos tne processor to concentrate nis 2fforts on the 


Macchning precedure of receipt processing. 
2. Non-Standard Stock 


The receipt/inwolics эгосеввіла function for non- 
PP Gard stock is probably the most sritical function within 
the Supply Department. Às indicated the discussion of 
the PPA, the ability to sffectively perfora this function 
can save the command ani its customers considerable and 
needless expenditure of funis іп penalty and interest 
payments for excseding established processing times. is 
any improvement in the performance of this function and in 


the cbility to properly manage it is vital. 
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а. General Considerations 


In determining requirements for this function, 
consideration was given to the possibility of computerizing 
the matching process of invoices, against receipts, against 
cor tracts. It was decided that to do so at this time would 
ђе inadvisable. The process, although at times complicated, 
is not extremely time consuming. The ability to match 
material descrirtions etweon several documents each of 
which мау use somewhat different terminolcgies te describe 
the same thing is Ше” = попа тог tne human mind a> 

sio Ol 


à 
times. However, the min: ТЕ 
the differerces or similarities. Altnough the sams capa- 
b 


sasoning to distinguish 
зе“ пеу be technologically available, the costs more than 
likely far exceed any minimal benefits in efficiency. This 
of course does not preclude any future considerations to 


enhance the system. 


D. Blanket Purcnase Agreement 
ВЕ вату  sapscvenenc In efficiency in this 
атза would be the automatic preparation oft the 'summary of 
BEscounting data’. When the processor had completed ali 
required reviews to verify that an invoice was proper, and 
was ready to certify for payment a large number of invoices 
he could simply call upon an applications program that wouid 
do the following: 

1. Sort all invoices in document number order by BPA. 
2. Гог each BEA subdivide into groups of five lines of 
accounting data, unless an invoice covers more than 


five lines. 


3. Either physically produce the Summary of accounting 
data or provide the necessary data elements in the 
format described for manual preparation. 
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This would greatly reduce invoice processing tine and hence 


improve the probability of meeting the PPA requirements. 
с. Civilian Universities 


The processing of civilian university invoices 
is very straightforward and not associated with any ineffi- 
ciencies. Possibly the only requicament in this area would 
be some assistance in keeping track of student experditures 
to insure cbligated funds are available for any expected 
invoices. Fresentiy, whenever an invoice arrives 


а 
ШЕ епт Funds remain in the account, only hose funds 


Ui 
5 
О 
(2 
| $ 
t4 
ya 
(D 
{2s 
rm 
О 
H 
ct 
тт 
A 

а 
í 
FJ 
© 
G 


necessary to cover that particular invoice are requested, 
ЕЕ che criginal contract i n 

ШЕЕ васі Subsequent invoice, additional funds and further 
modification are necessary. A pr 
Mack Of these expenditurss and во 
funds are iow {i.e., before the nex! 
when they are insufficient *o mest an expenditure, would 
Speed up the processing tine by r 
КОП Trac} modifications. Der и 


= 
5 
would compute the averag2 monthly 
> 


(D 


tures, compare this to th 


o 


зара г 
ШЕ Тһе time peršioá coversi by the requisition) and, by use 
of an appropriate decision table, de<ernine whether or not 


ciente funds remain in the account, would be suitable. 
а. Maintenance/Rental 


Sim Jar tO Civilian universities, a procedure is 
required +o autcmaticaily keep trick of expenditures by 
machine and notify the processor when funds are low, and not 
ВЕ Сет, to preclude future contract modifications and 
assist the processor in the mundane record keeping involved 
With the respective tally sheets. An algorithm and decision 
table approach as presented for civilian universities could 
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be tailored for use in the processing of maintenance/ren-al 
invoices. 
e. Other 


The processing of these contract types is less 


complicated because there is no requirement *o keep track of 


expenditures,  i.e., contracts are one time contracts for 
specific material items, not anrual or continuing type 
роптгастз. The process is strictiy one of verifying that 
the invoice information is SOETECH, мак? па necessary 
contract modifications д ге гүз па ови Гу сес; Бог 
payment. What wcuid be useful however, would be a procedure 
for reviewing the awaiting receipt paper and/or awaiting 


invoice file to determine which records do not have purchase 

orders attached, and subsequently notifying the processcr so 

timely action may be taken to preclude invoice processing 
I 


eS at a later, more critical sta 


Е. REPORT GENERATION 


Whereas the requirements and capabilities presented thus 
far have been aimed at satisfying the general demand for 


efficiency and the mandates prescribed by PPA, the reports 
- 


listed  belcw are presented from both the perspectiv of 
efficiency and of managerial control. 4hile the require- 
ments and capabilities previously mentioned tend to improve 


the efficiency of the performance of the various functions, 
the  repcrts below will provide issue/receipt control 
personnei at all levels with the information desired and 
needed to effectively perform the respective functions. 
Table II lists the various reports and listings which 
would be required of any automated system. The frequencies 
(ла дјед for each report and listing are strictly a recom- 


mended assignment by the author. 
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TABLE TI 
Required Reports and Listings 


REPORT 


Purchase Order/Document Number Listing 
Volume Report 

UMMIPS Report 

Dnollogwup L:stemg 
Requisition Status Report 
Partial Shipaent Report 
Historical Invoice Listing 
Material by Vendor Listing 
Delayed Invoice Report 
Confirming Order Report 
Daily Invoice Report 
Production Report 


Special Material Repor 


ci 


тте ж ARA cee ER en, CE ee ™ a T A iu ae SO re . s m. поду a о аи браво о ои AR ид w 


The capability to request any of 


needed basis is required. Each of these 


briefiy described below. 


1. Purchase Order/Document Number Listing 


The Purchase 


Order /Document Number Listing 


REQUENCY 


semi-weexly 


mor ay 
annuel 
monthly 
рі-чеекіу 
bi-weekly 
чеекіу 
Weekly 
monthiy 
изехту 


dali 


| lo 
t< 


pu 
г) 
| 
ps 


2. 

tp 
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> 

кз і 
ES 


pud Sy A ae RET AA Ce eS NEL nie, SR tig EB ay eR ако ei E coco mp i a ee eel «eee SRO _-"--____|__- A Ун GC 


іс used 


by issue/receipt control personnei in followup queries when 


the customer department has only the 


identification purposes. 
non- standard stock 


document numbers for 


respective purchase order number. 
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document number 
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2. Volume Repor 


ісе 


< 


A monthly report submitt=d by the control division 
supervisor to the Supply Officer. t outlines in detail the 
number of requisitions submitted to the Supply Department 
during the previcus month. Totals are first segregated by 
standard and non-standard stock and then within this segre- 
gaticn they are further divided by priority groups. Totals 


are given for the host and all terant commands. 


3. UMNMIPS Report 


The Uniform Materiali Mcvamant and Issue Priority 


System (UMMIPS) Report is an annual report submitted Бу the 


(D 


n 
Command to the Chief of Naval Educatior and Training. Th 
un 


t 


information required for this report is drawn fron 


rh 


monthly Volume Reports. It consists of a percentage o 
total requisitions processed by priority i Sus Warcup. 
Although oniy required annually, the Supply Officsr may use 
Шштоте ¿requently to insure that th2 command renains within 
the limits established. The primary purposes of th 
Nor tig System is to maintain ап equitable distribution of 
requisitions by priority issue group so ast 

identification and  preferentíal processing of requizements 
my level of criticality. Otherwise ‘there could be по 
ШӘСсіпсезоп between a critical and non critical requirement. 


зо, an excessive number oí high priority requisitions 


в 
(D 
53 
(+ 
(л 


could result in "starvation" of iower priority require 
1.2., iower priority requirements will tend to be backlogged 


for excessive periods of time. 


4. Followup Report 
ево ще seguis 1085 requiring followup action. 
This report was discussed previously. Its intended purpose 
is to notify processors of those requisitions requiring 
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followup action based on predetermined criteria. It should 
consist of the dccument number and/or purchase order number, 
if any, and the last status received or action taken. This 
may be expanded as desired to include a complete image of 
the DO Form 1348 anda complete history of status and 
followup actions. An enhancement to this report, specifi- 
cally for standard stock requisitions, woulü be the 
development of an applications program that would provids 


followup documentation in punched card format, or in the 


> 


(D 


proper format for autodin transmission, rather than mer 


EG 


list the requisitions that require followup. 
5. Requisition Status Report 


As previously discussed, this is a bi-weekly report 
НОЋ lists all cutstanding requisitions together with their 
respective status anda history of any previous followup 
actions. It should be segregated by customer department and 
disseminated in the sans marner. prac wooded aS) as 
епоса: сп tool for the raspective customer department with 
a secondary objective of reducing the number 

г Г 


of followup queries from the custome 


6. Partial Shipment Report 


A report of all reguisitions which previously had a 


partial shipment and are awaiting a complete, final ship- 
ment. A cutoff of any desired tina may ре established by 
management. The report would be used in a fashion similar 


5 
шошслак ОБ the fcllowup report and nay even be incorperated 
En it. 


E osHastonLiscal Invoice Listi 


I 


ng 


This listing would contain all invoices that have 
been forwarded for payment during the fiscal year. А ес 


of all invoices received should be provided for гасћ vendor 





to include the date the invoice was received, the date it 
was forwarded for payment, and the amount of the invoice. 
The listing would be updated ona weekly basis and would 
provide issue/receipt control personnel with a more effi- 
cient and convenient methcd of cross referencing invoice 
numbers to purchase order numbers in an effort to anSwer 


vendor's queries on invoice payments. 


8. Material by Yendor Listi 


МЕС С ОУН гог, о all outstanding orders with 
ае vendor. Acditionai information prov 

purchase order number, document number and the material 
ordered. This listing would allow receiving personnel to 
Men the  unzdentifiable packing slips (i.e., no purchase 
order number prcvided) with the filed dccunentation +0 


determine which customer department to deliver то. 


Sltions have had receipt papers ratealved 

Material) over 45 days ag> (an arbitrary figure which may be 
changed by management). ен паву purpose of this report 
would be to assist in purging the files of overage 


а 
tions in an effort to keep the files at a manageable level. 


(+ 


10. Confirmed Order Rapor 





This report was discussed previously and is used to 
indicate those outstanding requisiticns in the Awaiting 
ШТО се fila that still io not have a prepared contract. 
This report can be expanded to include requisitions in the 
Awaiting Receipt Papers file as well. pec purpose sto 


reduce the possible delay in processing an invoice that 


H’ 
(Л 


ps. 
Ul 


caused by lack cf a prepared contract when tha invoice 
received. It should consist of tha purchase order number, 
vendor, and the material ordered. 
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А daily report indicating all invoices that have 
been received but not processed. It should be broken down 
by processor and within each processor by invoice age (і.е., 
+he number of days since the invoice or “пе réceipt papecs 
were received, as appropriate). This report would be used 
as a daily reminder cf which invoices should be processed 
morst. It should consist of the invoice number, purchase 


order number, and vendor. 
12. Product ivizty/BacklLod Report 


A repert which provides the manager/supervisor a 
detailed breakdown cf the productivity and backlog status of 
each processor. Table III indicates the various measure- 
ments of productivity and backlog that may be useful. Any 
of these measurements may Ое expressed as integers, orasa 
Percentage or totais, or bocth. 


me слой O86 pointed cut that due to th 


(D 
а 
w 
Fi 
го 
а 
(1 
0 
11 

I 


S oE processing а: Ғ#згеп- тургеѕ of contracts, the user 
Of such a report must be careíual when comparing the inicrna- 
tion presented. Foreins-ame>, processing one hundred BPA 
invoices may not oe of the Same magnitude of difficulty as 
processing one hundred maintenance/rental invoices or any 
other invoice. Unless a method can be developed to 
normalize the statistics presented, the user must rely on 


his subjective judgements and experience. 
13. Special Material Report 


A weekly report which highlights, for all material 
requiring special processing, what is presently on order, 
and its respective status. it also provides information as 
mor the receipt of any of this material since zhe last 


report, to include the appropriate customer department 
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TABLE III 
Productivity (P)/Backlog (B) Measurements 


TYPE CATEGORY FORMAT 
B Àwalting Receipt Papers Inte 
B Awaiting Invoices Integer /% 
В Invoices Pending (by aqe) integer /% 
P Invoices Processed this Period Integer /% 
Р Cumulative Invoices Processed Integer/% 
p Receipts Processed this Period Integer /? 
P Cumulative Receipts Processed Integer/5 


44 ча 
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малан [eu pv. 


па попа custody. The purpose of tnis report is to facili- 

Eo tne eizrective control oí this special material nd 

pa v2de an audit trail from the initial placing ofr 
n 


де receipt and custody of he 


customer department. The report should ре segregated by 
type of material or output as unique, су аца терогев. 
In any event, dissemination to zagnizant personnel for 


appropriate acticn is necessary. 


F. THE DATABASE 


Having presented the computer-based information systen 
with the types of reports and capabilities desired it is now 
time to describe the database which would be required to 
support the proposed system. The database is perhaps the 


most critical element of any information system. 
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Шо ertsective, it must contain relevant and up to даће 
information. In order to provide the cavabilities desired 
of the proposed system, what information is needed, where is 
it available, and how should it be stored and displayed are 
questions to be answered in the remainder of this chapter. 


1. Contents, Availability and Stora 


r 


Figure 3.1 is the user's viəw, or the logical repre- 


sentation of tha database. А single arrow point denotes a 


14 


one-to-one relationship ani а double arrow point denotes 


one-to-many relationship. For example, there is а 
one-to-one relationship between T2jJuisition and purchase 
order but a one-to-many relationship between purchase crder 
eee requisition. What this implies is that each requisition 
may have, at the most, one purchase order associated with 
EE. However, ¢ach purch2se order may represent many requi- 


SUE JONS. The relatiorship denoted bet 


W O 
material mean that each raquisition nay have associated 


Weta 
it many individual material items but a particular material 
icem wili have cniy one requisition. To expanda one. inal 


step, a single purchase order could possibly rapresent many 
requisitions, each one of which could represent many indivi- 
dual material items. 

Bach block in figure 3.1 will include several indi- 
vidual fields each of which will contain a specific data 
element. Figure 3.2 shows the difteren* data elements/ 
fields residing in the respective blocks. Each data element 
is listed below within groups which are segregated by their 

S tha 


where the information first enters the system from eith 


Mmiectal entry point. Еа туро». 


t. 


š 
outside source or internally generat2d.  I* is at this p 
where the information should be captured and input into 
database. For purposes of this discussion, the system envi- 


ronment is defined as the issue/receipt control branch; any 
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Figure 3.1 Logical Database Representation. 
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REQUISITION ACCOUNTING ВРА SUS TOMER 
PRIORITY 
NU MBER DATA CALL NUMBER СОВЕ 
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PURCHASE МАО FINAL 
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ORDER NUMBER | с: > A Y.M SN P 


MATERIAL 
NOMEN- | UNIT OF UNIT | EXTENDED | SERIAL OR 
АТ тт 
| СТАТОВЕ ISSUE PRICE | PRICE QE 4 
EXPENDITURES 





2 ОАТЕ 
INVOICE NUMBER | AMOUNT 
| FORWARDED 


MATERIAL 
МЕСЕТРТ DATE 


SERTUSZCOHHMNENTS 





Figure 3.2 Data Elements by Block. 
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other branch of the supply department is considered outside 
of this system. Date wouli be input on-line from CRT termi- 
nals at the point of entry. 

The following dat2 elements are available on the DD 
Form 1348 with initial entry at the technical edit and 


review desk. 


Requisition number (JIC, Julian date, serial number) 


Priority 


Customer Code 


Шева cose. (oz requisitiıon) 


Nomenclature/Student nane/Machine model 


Unit of issue 


Quantity 


о мы OV Q £ G = 
8 


Unit price 


“9 
• 


Extended price 
10. Machine serial number 


11. Special material flag 


The determination and assignment of special material 
flags should be made at in2 techanical 28215 a 
Ета will te set so that proper notification may be 
made to the appropriate office when iten 
There wiil be flags for each category cf special material as 
required. 


The follcwing information is available from either 
ћ 


the purchase order cr associated DD Form 1348 when «hey 
arrive from the purchase branch ani into the file set-up 
pnase of receipt/invoice processing: 
1. Purchase order number (year, type, number) 
Bee total cost (for purchase order) 
J. Vendor 
4. Accounting data (aporopriation and  subhead, object 
gloss, орг еа control number, authorized accounting 
Өш утту, tEanseaction type, job ordez number, cost 


code) 


5. Call number (in the case of a BPA) 
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6. QE number (in the case of civilian universities) 
 ШЕЙшстаст Уре (12,3, ¿Or Y for BPA, Civilian univer- 
SNL, Mainténance/Rental, Or other) 


8. Processor code 


In addition, at the time of entry into the file set-up phase 
any corrections to the material record (nomenclature, price, 
etc.)  necessitated as a result of procurement actions, пау 
be made. Also, the processor code may be generated and 
assigned at this point. The processor code identifies the 


OF 


г 


цара си таг issue/receipt contro) ¿individual responsible 
the receipt and invoice processing associated with that 
particular record. ES Otero cee iS tO allow Tor the moni- 
СОБНО оғ the productivity and backlog status of individual 
processors. 

The date material is received is available from the 
receipt papers received from “де receiving and shipping 
branch. The entr polat is tne receipt processing clerk. 
Associated with this data alement is the completed! 21218. 
IES" in 5525 71-15 іггсізс лат 29 Further naterial 
is his decunern= number Пе еч: E 


expected гог +! 


шасетрт с 


fu 


> 
Лл Ф 


material has been received). A Diank cred denot 


(hb 
Ui 
(b 
| $ 


no material received or 2 partial receipt. assignment is 
made by the receipt processing cle 

The invoice number, date-rszeived, date-forwarded, 
and amount fields of the expenditure information block are 
available on the respective invoice, and the entry point is 
the invoice processing clerk. 

The final payment field is assigned by invoice 
processing personnel upon processing the final payment for 2 
particular purchase order. A blank field denotes partial 
payment cnly and the record should remain 

Finally, status for standard stock enters at iss 
Comcrol. Status for non-standard stock requisitions enters 


at the receipt/irvoice processing section. The status field 
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is a fixed length field which shall provide status іп semi- 
coled form. The field may be made long enough to inciude 
brief comments as to information on returned invoices. This 
would be useful in invalidating PPA violation allegations. 


There are many ways data may be stored, а ща оп 
tape, disk or drum. Data may b= processed and retrieved 
sequentially or randomly. There are commercial file and 


database systems to choose from that can vrovide many desi- 
rable features. Choices are depenient on hardware and funds 
available. The proposed svstem should ultimately havea 
random access capabilities specifically for the purpose of 
handling status inquiries from both customer departments and 
vendors. To provide random access will require disk or drum 
secondary storage mediums. The proposed system is rela- 
tively uncomplicated and is designed with one primary file. 
As will be shown in the n2xt chapter, armed with an elemen- 
tary knowledge of COBOL, and 512 fsatures offered by the 
command's [24-3033 svysten, avery effective and most useful 


roduction system may о? 4еугісреі locally. The next 


+ 


ЕЕ Or will provide a prototype system which utilizes 
WATBOL, a COBOL languag= compiler which has available the 


report writer features of COBOL. 
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IV. А PROTOTYPE SISIEN 

A prototype system is a slimmed-down version of a full 

production system. планини provides 145: а sanpling of 

the features of a completa system. The prototype offered 

here will provide a sampis of the types of reports that can 

be expected of a fully implemented systen. After presenta- 
Е 


Әп ОР? “һе protctyoe,” a brisf discussion of any заа а) 


2 


features that are available and would be part of a Full 


г) 


( 


production system will be presentei. 


n 


The database utilized in thi Et is ап 


rs 


° 
version of the production system database. г датар 


( 


а 
shown as the data division of a COBOL program in Appendix D. 
Not all data elements are included - only those required for 
the reports presented in this prototype. also, eeer..ın 
EuuED-s cf data (the biocks rezsrred to ia the logical 
epresentation) are repseted a mininum number of times for 
San piicity. Мес 71-220 5 
repeated only 5 times, whara in 2:31 
12 times to accomodate Malintenance/Ren 
are 103 records in the prototype datab 
fect lonal. 

The reports selected to be represented in thi 
are probably the most important to the effi 
ШІ сце isSue/receipt control branch and ia 
Ment ccntrol information in monitoring PPA effectiveness. 
The Purchase Order/Decument Number Cross R 
mete Historical Invoice Listing, and the Material by Vendor 
Listing all provide some form of cross referencing that will 
reduce the time inefficiently consumed in exhaustive manual 
searches to determine specific types of information. The 


Daily Invoice Report provides managament with a monitoring 
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tool to keep track of invoices that require immediate atten- 
tion so as to  rreciude any violations of the PPA. Таз 
Requisition Status Report provides customer departments with 
the status of their requisition which in turn may reduce 
the number of status inquiries which are presently made of 
issue/receipt control personnel. And finally, the Volume 
Report provides the Supply Officer with information as to 
the volume of work and productivity of his department. 
Examples of these reports are in Appendix Е. Appendix F 
вена the resrective COBOL report sections ard procedure 


See sions utilized to produce the reports. 





V. CONCLUSIONS 


This thesis has presented a descriptive overview of the 


functions performed by the issue/receipt control, ani 
receiving and shipping branches. I+ has discussed the 


impact of the Frompt Payment Act and the importance of 
taking steps to improve the efficiency and effectiveness 
within these areas. A proposed computer-based information 
system was described including various management Terorts 
and listings, as well as a description of tae database 
required *o support the proposed system. Tinally, a proto- 
type System was descri bed and presented with the 
accompanying divisions to be used in a COBOL applications 
program. 

The prototype was presented utili 
specific reason. COBOL is а сгостапш 
Bearish, used for commercial data 
Bep ures in COBOL that make ‘for relatively simple expansion 
ле prototype intoa full production infcrmation systen. 
The report writer which was used in “he ог = 
excellent report writing cavabilities. There are features 
for handling direct file organizations such as indexed 
sequential access method (ISAM) hacen would allow tor both 
sequential and random access ру primary or secondary keys. 


After a study and review of the prototype system intro- 


duced in the previous chapter, as well as the capabilities 
of the IBM-3033 system and the features of COBOL, the 
remainder of the proposes system may be implemented to 


include any additional applications deemed appropriate as a 
result of the review. For instance, by utilizing the direct 


file organizaticn handling features, relatively sim 


ple 
applications pregrams may Бе prepared which would allow 
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random access tc individual document number or purchase 
orier number records and permit interactive query and 
response at terminals located by each receipt/invoice 
processing clerk. The report writer may be utilized to паке 
these interactive sessions more understandable by formatting 
responses in more meaningful ways. To accommodate low skill 
level personnel, on-line input sessions may be developed 
Ши zing interactive intsrogation by the terminal, with 
appropriate responses by the user. Another possible on-line 


input session which may Бе <eveloved is to use sc 


13 
iD 


J 


е: 
formated forms (DD Form 1348, contract), whereby the user 
ша enter the appropriate information from the source 
documents directly into the respective areas on the screen. 


The exact method chosen will ve based primarily on manaqe- 


ment's decision as to what skill or knowledge level of 
employee wili perform data entry. Apolicetions may also be 
developed +o purce tne master file of records which have had 


V 

рима? payments made іп the case of non-standard stock requi- 

Bons, от іп the case of standard stock requisitions, when 
n = 


all quantities of the material have 


t3 tr 
o 
(U 


may be many more possibile applicatio: 
considered in this thesis and they will Бе event 
brought to surface as a direct result 

Це оЕ +де first systam put into production. The е 
sion of the prototype system ints a full-blown preduc*ion 
system complete with users manual, maintenance manual, etc. 
ша De an excellent follow-on study tc this thesis and 
would be suitable for either computer systems or computer 
Sclence students. The efforts expended would be very bene- 
ficial to the Supply Department, the Naval Postgraduate 
ec, ool, as well as any other commands supported by the 
21001. 
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APPENDIX A 
DD FORM 1348 DATA ELEMENT DESCRIPTION 


pb G s 


Data Biock A (Send To) 


ct 
E32 
(D 


This block identifies the source of supply for 
material/ service being requested. 


ustomer department, command, 
Or any other authorized requestor. 
Data Block C. 
This block identifies, in abbreviated form, the nonenc- 
lature cf the requested mat eriai/service. 


A three character, а1рпа-пушег с code which identi 


1:25 
Me type Of request; e.g., standard stock, non-standard 


pha-numeric code which identifies 
re 


Шато Will be submitted. 


ВЕ! -, alphabetic character which identifies the 
format/type of status desired by the requesting activity and 


at what frequency rate. 


59 





ps 


Card Column 8-22 (Stock Number). 





These columns contain the national stock number of the 
material being requested, if standard stock. ШЕ БОТ поп- 
standard stock then this area contains the nomenclature of 


the desired material/service. 





Card Column 23-25 (Urit o£ Issus). 
A two character alphabetic codes indicating the appro- 
priate unit of issue. 


desired quantity of 


pa 
ct 
{+* 
t © 
Men 
(b 
Си 
• 
+3 
(D 
~ а Mm 
б 


5 antity snouid coin- 
Eo w:-h the unit of issus resultant material 


receipt is for the correct amount. 


n 
По бог is criginating 


or a 
particuiar item of material/service. It consist Gra sns 
uut Identification Code ог she command desiring the 
material, the Julian date the requisition was prepared, and 


a sequentially assigned serial number (particular series of 
numbers are assicned to departments by the Comptroller each 


fiscal year). 


Card Column 44 (Lemand¢). 
A single, alphabetic character designating this parti- 
ESL request as a recurring (R) or nonrecurring (N) депапа 


for this material/service. 
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Card Column 546-56 (Suppiementary Address). 

ists of а job order number as assigned by the 
Comptroller at the beginning of the fiscal year to each 
customer department and command. For financial purposes 


only. 


Card Column 51 (Signal). 
À single, alphabetic character designating w 
reguisition із fcr chargeable naterial/service (А 


chargeabie publications (D). 





Сага Column 32-33 (£ung)- 

A two character alpha-numeric code indicating how the 
J l Sitlon 15 to Бе fundal, Бон пон _ревиоц о лоше rsquist- 
eon erter 25, ӘНІ ІІ (вр-оогзатс:оп Рпгсһпаве Account 


Contains the cognizance symbol for the standar ock 


е дага ст 
material being requested. Left blank for non-standard stock 


(0 


items. 


Card Column 57-59 (Рго1ес-). 
Identifies Fequisitions tor specific projects or 


prograns. 
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Card Colunn 60-61 (Priority). 
Identifies the relative urgency of this requirement 
against standards prescribed by the Uniform  Materiai 


Movement and Issue Priority System (UMMIPS). 


Card Column 62-64 (Requirsi Delivery Date). 
Indicates the date that this requirement must be satis- 
pred. 


сі 
C 
(0 


umeric code used *o provide 


sk 
(1 
x 
O 
Q 
F 
ey 
t1 
py 
O 
ct 
+ ош 
Уу ~ 
fu 
0 ps 
а ч 
ш w 
i 
Lj 


(Л 


supply source wit tructions applicable to 


idere necessary to ins 


= ct 
Ек 
(D 


13 
(0 


megqussitioned it 


Ui 


n 
S 

appropriate supply action. There are mandatory advice code 
b 


Mou = 


{2 
с? 
(i) 


for Mandatory Turn-in Repaira 


ВЕС ое бо Е. (2: financial purposes. 
Each customer department and command nave unique delivery 
codes. 

Data Blocks L,M,N,P,Q,8, and S (Remarks). 


с 
ӘЙ бе Used to providas additional information concerning 
q E 


this request, аз considered necessary. oOmould -3c6:0ge 
Transportation Account Code for non-standard stock requisi- 


воле. 


in 


Data Block O (Exren 
anc 


е). 
ial datı required by the Comptrolier. 
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Баса 


Contains the unit price. 


Rlcck U (Remarks). 





Contains the extended price. 
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APPENDIX B 


APPENDIX B 
EG 


SPECIAL MATERIAL CATEGORY DESCRIPTIONS 


Photographic Equipment or Supplies 
Any requirement for photographic equipment must bear + 
approval signature сЕ ап authorized representative ог + 
Educational Media Department (EMD). Тілше Padua ver 
fies that the equipment baing requested is not part oí the 
photographic inventory. Целе “25, “Пе теты IS 
or ally cancelled and ¿ha requestor is directed to use the 
пеш in photographic inventory. pho E 
normally provided by EMD. An author! 
tere, па Cat p hat the item beirg re 
availabie through EMD and procurement is a 
Шриасда топ, the Chief of Naval Educ 


(CNET) authorizes the expanditure cf fund 


equipment,  withcut prior aporcval, in ап annual amount of 
32500. Once tnis ceiling has been reached any additicnal 
requests must be approved bv CNET. Thererere, a running 
balance must be maintained for photosraphic equipment expen- 


itures. 
Finally, phetographic equipment may also be considered 


Pome account material. Sse Plant Account for criteria. 


Reproduction Equipment 


All requests for the lease or purchase of reproduction 


equipment must have been approved, and have been issued ап 
authorization number, by the Navy Publication and Printing 
Service Office. Amey Fe quisztion lacking this authorization 


number is rejected. 
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Filing Equipment 
h 


been en indefinite moratorium placed on the 


acquisition of new filing equipment. Requests for waivers 


must be accompanied by adequate justification and ultimately 


must be approved/disapproved by CNET. Any requisition 


lacking CNET approval is rejected. 


Iypewriters 

In recent years there has been an inordinate number of 
new typewriters procured on a goverament-wide basis. dore 
strict controls cn their acquisition have been implemented. 
The Navy Postgraduate School nas placed acquisition approval 
authority in the hands of the Supply Officer. Any requisi- 
ШӘП ст typewriters lasking the approval of the Supply 


Officer is rejected. 


Plant Асссип- Ргсрегту 

Plant account property is Navy-owned personal proverty 
И У сср: са nature located in activities comprising the 
Naval Shore Establishment Of primary concern to the supply 
Seeae tment is class 3 and 4 (DIPEC) plant property. Class 3 
plant property must have an initial estimated or actual cost 


in excess of $1000.00, have 


years, and not 


Examples are electronic 


Automated Data Processing Equipment (ADPE), 


property (including DIPEC) 


controlled. Although 


responsibility of the comptroller 


department, having 
be able to 


comptroller 


receipt, must 


the 


be consumed 


plant property 


the responsibility 


department 


ar expected life of at least two 


ine perfermames of its work. 


typewritars, word processors, 


etc. All plant 


must be strictly acounted for and 


accounting is the 
the 


Soc acgqulisi on 


Jepartment, supply 


and 


identify this material and notify 


of its receipt зо proper 


accountinq actions may be taken. 
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is generally categorized as ciass 4 plant 
account property. Also called industrial plant equipment, 
its initial cost must exceed $1000.90 and it is generally 
used for altering the physical, chemical, or electricai 
properties of material. Examples are large industrial 
lathes, drill presses, and grinders usually found in public 
works shops or shipyards. All requests for DIPEC material 


must first bo submitted to the Defense Industriai Plant 


Equipment Center (DIPEC).  DIPEC screens all excess material 
lists for avaiiakility. If the itam is available it is made 
available Гог the transportation costs only. The command 
may reject the offer with adequate justification. Ir the 
item is not available from excess or if itis rejected, 
Diese Will provide approval authority to acquire the item 
through normal procurement channels. Any request for DIPEC 
equipment must have been approved by DIPEC prior to any 


PeSOGULEMENtT action being -aker. 


Fh 
і де 


Office latorsavirg Device Eguípnent 


В 





Typewriters, С excluding handheld), adding 
g machines, microfiche equip- 
= 


а ato 

machines, dictating/transcri 

ment, etc. are considered o 
> 


laborsaving devices. Тһегэ 
are strict guidelines a nsn scqussit-on, custody, 
maintenance, replacement and turn-i of these devices. 
Appropriate approval authority is required for any acquíisi- 
tion.  Requisitions lacking approval authority are rejected. 
The Supply Officer is tasked with the management and custody 


control of all office laborsaving device equipment. 





А 
MATERIAL ACQUIS 


ba 
Uu 
q 





Outstanding Requisition 
This file is 


requisitions only. It consists of the original DD Form 1348 


= 
maintained for outstanding standard stock 


and associated keypunch2i card. Each requisition has 


appended to it ail associated status cards anc fcilowups. 


It is maintained in document number order, Бу fiscal year. 


де щот Eile in. that it 
represents all outstanding requisitions for non-standard 
Y 


© 
stock items. However, з histor of status and followup 


1 


action is not maintained here but rather in the resoective 
peceipt processing files. ME S д 


a 
Бр - па Teterence pOint when attempting to cr 
as 


О 
numbers to purchase ord2r numbers, weil аза ingle 
source file of outstanding non-standard requirements. 
Completed Requisition Fils 

Maintained for standard stock items. When requisitions 


с 
are completed they are pulled from the outstanding Taquisi- 
toon file and placed in this file with the appropriate 
receipt papers attached. Pew ЗАЙ SM storical zeco-d of 


standard stock transactions. 
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Ini 
ir 
кр 


3. 
_ 


Photographic Approval Authority 

This file consists of all йры (от copies o£) 
for photographic equipment which is awaiting approval 
authority from CNET. Approval authority is required because 


the $2500 ceiling has been exceeded. 


Outstanding DIPEC File 

Eus file consists of requisitinans for DIPEC equipment 
which are awaiting a formal reply to an excess screen avail- 
Soe lity from DIPEC. сце win sach SSquilsition is a DD 
Ғосп 1419 which is the formal, excess request document 
Compieted DIPIC File 

пра ссовисай record of DIPEC acquisition instruction 
for all DIPEC equipment requests. 
Report of Discrepancy (Rod) Eile 

A file Of ROD reports and 2ssociated requisition and 
receipt papers for material which паз been received danagead, 
erroneous quantities, incorrect material, etc. 

Awaiting Receipt Pavers File 


On роп == санаага stock procurements, this file consists 
of the DD Form 12348, any continuation sheets, and in most 
cases, the negotiated contract. Аз the name implies, this 


file is for requirements which remain outstanding. 


: 


Tafouce Е 


wait: 


lo 


Normally, once material and receipt papers are received 
and processed, all documentation is moved to this file indi- 
cating all processing is complete with +the exception of 


having the invoice. 
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IO 


сав File 


— < s ww 





Blaiting Purchas 

For confirmed orders which have been received and have 
been inveiced but have no supporting documentation. This 
file should be kept at minimal size. Every record ir it has 


the potential of exceeding the Prompt Payment Act (PPA) 


guidelines. 
mady To Pay File. 


file consisting of requirements which have beer satis- 


fied and have all the documentation requirei (invoice, 


Ф 
fis 


receipt papers, педотза oon dort) YEtC.) to be certified 


and forwarded ror payment 


Contains a ccpy of ali DD Forn 1348's for standard stock 
requisitions. Mae ntained $n National Stock Number order. 
Its purpose is to keep en historical record of demand for 
Standard items sc that dscisions may be made as to whether 
Seno. to bring an item into stock Базе on its frequency 


demand. 


O 
rt 
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PROTOTYPE IDENTIFICATIO 


APPENDIX D 
N 


‚г ENVIRONMENT AND DATA DIVISIONS 


IDENTIFICATION DIVISION. 
PROGRAM-I D. THESIS. 
AUTHORS. THADDEUS Е. ZYCHOWSKI. 
ВАТИ СЕН ОСТОВЕК 1932. 
ШАНС” OCTOBZR 1982. 
SECURITY. NONE. 
ENVIRONMENT DIVISION. 
CONFTGURRITON SECTION. 
SOURCEZGSMPEDPR. І8М-370. 
КОТЕ CODPUTER. ІЗП-З70. 
INPUBSOUTEUT SECTION. 
Poe =C Chere. . 
А Зое ЈЕ ASS 
Seo МЕОНТ ЕГ Е ASSIGN 
БОЕ ОВОМЕ ЕГЕ ЕЕЕ ASSIow TO UT-S-PURCHASSE. 
SS OR IDE ASSIGN TO UT-S-HISTORY. 
Сн Ер ЕП ASSESIT TO UT-S-MATRIAL. 
SINO EC E= FILE ASSIGNW TO UI-S-INVOICE. 
ЕЕЕ НОМЕ ШЕЕ ASSIGN TO UT-S-REON. 
SEE ENOT TUNS FILLE ASSIGN TO gT-S-VOLUM*. 
DATA DIVISION. 
UTE SESION. 
FD  MASTER-TILS LABSL RECORDS ARE STANDARD. 
ОТ SMASTER-RECORD. 
02 DOCNUM. 


< 
13 
О 
Ci 
Э 

i 
Ul 

| 
О 
Е 
О 
en 
p 
Ui 
+-3 
° 


vu. 
Su 


3 
e 
cd 
r3 

i 
Ui 

i 
Un 
© 
21 
rj 
O 
се 
> 
в 


а) 


di 
T 


ма 


03 SERVCODE pre! 

03 UIC PIC X(5). 

03 JDATE Pie ma. 

03 SERNUM Ро - 
02 CUST-CODE PLOS) 
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02 


02 


02 
02 
02 
02 


02 
92 
02 
02 


02 
02 


02 


STK-NUM. 

ОЗ PSC 

03 NCB 

03 “NTIN 

MATERIAL OCCURS 5 TIMES. 
03 NOMEN 

03  UISSUE 

52-0 005,4 

03  UPRICE 


Оз, ЕОТРЕТСЕ 

03 SEEQE 

PRI 

TOTCOST 

BPACALLNR 

PO NUMBER. 

ОЗ YEAR 

03  PCODE 

03 PNUMBER 

со пура 

Ee CeO DE 

VENDOR 

МАЙ D OCCURS 3 TIMES. 
ОЗ RDATE 

COMPL 

ШУМЕ OCCURS 5 TIMES. 
03 INUMBER 

03 AMOUNT 

OD ATE-RECV D 

ОЗ DMT E- PWD 
ИАКО о TIMES. 
03 Р5ТАТ 


Rolo пина ВК RECORDS ARE 
REPORT-RECORD. 


02 


DOCNUM. 
Ва ЗЕ ЕУСООЕ 


TA 


Dren y 
A 
A 


РОС ОХ (10|. 
Бе (2) 
DIC X(5). 
PIC 99999199. 
PIC 99999199. 
NA 
Pree wie) 
PIC 99999199. 
PIC X(4). 


PIC X(2). 
РЕСЕ. 

ere X (a). 
TC I<, 

PIL Xç 

ар 20) 5 


осу (шу. 
Ле (3): 


Pre la. 
РТС 99999199. 
Pac Xu 
EM UE 


PIC IS 
ST ANDARD. 


БІНЕ K. 





02 
02 


02 


02 
02 
02 
02 


02 
02 
02 
02 


02 
02 


02 


ПАНА ОЕ КЭ 5 


МА Еур JC CURS 


03 UIC 

03 JDATE 
03 SERNUM 
CI ST= CODE 
STK-NU HM. 

037 39S C 

03 ЯСВ 

03 NIIN 

03 NOMEN 
ОЕ 
OOTY 

DS LUR RTE 
ОЕ КЕКС 
03 SEROZ 
ER 
L01057 
BPACALLNR 
PORUMB ER. 
UT YEAR 

03  PCODE 
03  PNUMBER 
CONTYPS 
PRCCODE 
VENDOR 

03 ВРАТЕ 
CO MPL 

т ВТС ОССУВ 5 5 


03 INUMBER 

03 AMOUNT 

0 3 DATE-RECYD 

03 DATE-FWD 

Se OCCURS > TIMES. 


Ша PS TAT 


БЕС (5) - 
PIC к(4). 
PIC X(U). 
PIC X (3). 


РТОК HM 
Бланка). 
PIC X(7). 


Вис оди 
pre Cane 
РІС Х(5). 
PIC 99999у99. 
PIC 99999199. 
БИ Хоја 
Бе Х(2у. 
PIC 99999199. 
DOCU. 


БЕС 123. 
PIC X. 
E (9). 
21C Xs 
бту. 
BIC X (20). 


PIC X(4). 
pre x03 


PIC X(6). 
РТС 99999799. 
PIC Х (4). 

Ре (б). 


ВЕСИ 20) 





Ер 


FD 


FD 


ç 
77 
77 
77 
ШІЛ 
77 
jr 
Ши 
p 
77 
ИТ 
77 
p 
77 
АҮ 
77 
77 
po 
77 
77 
77 
77 


EUDONXREPSPILE REPORT IS PODOXREF-REPORT, 
LABEL RECORDS ARE STANDARD. 
ПО ООЛ ТЕ Roe ORT LS PNVOLCE-REPORT, 
LABEL RECORDS ARE STANDARD. 
HTSTORYS FILE REPORTIS HISTORY- REPORT, 
STANDARD. 


LABEL RECORDS 
MATZRTAL- FILE 
LABEL RECORDS 


MEDEL LRE CORDS ARE STANDARD, 
ПРЕ ТІР REPORT Lo VOLUME-RS OORT, 
LABEL RECORDS ARZ STANDARD. 
WORKING-STORAGE SECTION. 


МОКЕ-ГАТА 
T: 
COUNTA 
COUNT B 
COSE 
COUNTD 
COUNTE 
COUNTS 
COUNTG 
COUNTH 
COUNTI 
COUNTJ 
COUNTK 
COUNT L 
COUNT AD 
COUNT ED 
COUN TCD 
COUNT DD 
COUNTED 
COUNT FD 
COUNTGD 
COUNT HD 
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U "y 
г ҥч 
(à 


tU 
Iz a a 


P 


hg â rO 
(2 € €) © 


e 
С) 


ШЕ 
ВИС 
Вис 
РІС 
BEE 
PEG 
DIE 
БЕ 
BIC 
PIC 
РЕС 
Ве 
зае 
SIC 


X (3) 
739 
E 
зае 
998 
999 
999 
999 
dog 
J99 
395 
999 
999 
999 
399 
999 
999 
dg 
999 
299 
999 
999 


VALUZ 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUZ 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 
VALUE 


REPORT ISMATERIAL-REPORT, 
AR E STANDARD. 
BEONEDULEONSEPORT IS REQN-REPORT, 


N N N N N 
pj p bj ty 
EU ong n mw 
оо о о 
в . в . 


zRO. 
дано. 





77 
p 
77 
77 


COUNTID 
COUNT JD 
COUNT KD 
COUNT ID 


74 


pue 
ЕКЕ 
PIE 
BIC 


299 
EJ 
999 
989 


VALUE 
VALUE 
VALUE 
VALUE 


ZERO. 
ZERO. 
ZERO. 
ZERO. 








REPORT AND PROCEDURE SECTIONS. 


REPORT SECTION. 


Ер 
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01 


01 


БОРО ВЕНА РОК 
PAGESI IS 55 LINES, 
НЕДШ 5 299 FURST DETALL 20, 
LAS? VERE AZ bet S,. FOOTING 51. 
ТУРЕ 15 REPORT ЧЕАРТ НС. 
ÜZELENDBENUNBER IS 22. 
Изар шити 20 PIC Х (50) VALUZ IS 
ВЕНЕ Он Z DOCUMENT NUMBER 
C 655 R5PDBRSNCS5S LISIINS'. 
БЫЗ НА" ТУБЕ 15 PAGE HEADING. 
ООВ ЕТИ IS 24. 
О 20 PIC X(35) VALUE IS 
ПОТА НОГ С NON-STANDARD STCCA ONLY'. 
02 LINE NUMBER IS 26. 
(ЛОН пин дот рте X(15) VALUE IS 
DOCUMENT NUMBER'. 
О-о ОМУ 50 РТС X(21) VALUES IS 
PJ RCHA SETORDER NUMBERS. 
02 LINE 6. 
DOGUMENT-NDMBER TYPE IS DETAIL. 
02 LINE NUMBER PLUS 1. 
03 COLUMN 25 PIC X(1) SOURCE IS 
ЭН O) F REPORT-RECORD. 
03 COLUNN 25 PIC X(5) SOURCE IS 
ПОНОВНЕ РОКТ— НЕСОВО. 
03 COLUMN 31 PIC X(1) VALUE IS '-'. 


Ша 





03 COLUMN 32 PIC X(4) SOURCE IS 
JDATE OF REPORT-RECORD. 
03 COLUMN 36 PIC Х(1) VALUE IS '-'. 
03 COLUMN 37 PIC X(4) SOURCE IS 
SERNUM OF REPORT-RECORD. 
03 COLUMN 57 PIC X(2) SOURCE IS 
YEAR OF REPORT-RECORD. 
03 COLUMN 59 PIC X(1) VALUE IS '-'. 
ОЗЕРО 69 PIC X(T) SOURCE IS 
PCODE OF REPORT-RECORD. 
03 COLUMN 61 PIC X(1) VALUE IS '-'. 
03 COLUMN 62 РІС X(8) SOURCZ IS 
PNUMBER OF REPORT-RECORD. 
PROCEDURE DIVISION. 
CONTROL-SECTION. 
PERFORM STARTUP. 
PERFORM GENERATE-REPORT UNTIL MORE-DATA IS EQUAL 
TO 'NO', 
PERFORM CLEANUP. 
STOP FUN. 
STARTUP. 
OPEN INPUT REPORT-FILE, OUTPUT PODOXREF-FILE. 
READ FEPORT-FILE AT END MOVE 'NO' TO MORZ-DATA. 
INITIATE PODOXREF-REPORT. 
GENERATE- REPORT. 
IF COMPL OF REPORT-RECORD IS EQUAL TO SPACES 
AND NIIN OF REPORT-RECORD IS EQUAL TO SPACES 
GENERATE DOCUMENT-NUMBER. 
READ БЕРОВТ-ЕТЬЕ АТ END MOVE 'NO' TO ИОВЕ-БАТА. 
CLEANUP. 
TERMINATE PODOXREF-REPORT. 
CLOSE REPORT-FILE, PODOXREF-FILE. 
DISPLAY 'SUCCESSFUL END OF REPORT PROGRAM'. 
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REPORT SECTION. 


RD 


01 


01 


01 


HISTORY- REPORT 
CONTROL IS FINAL, VENDOR OF REPORT-RECORD, 
PAGE IIMIT IS 59 LINES, 
HEADING 4, FIRST DETAIL 8, 
LAST DETAIL 52, POOTING 55. 
TYPE IS REPORT HEADING. 
02 LINE NUMBER IS 14. 
03 COLUMN 33 PIC X(26) VALUE IS 
“HISTORICAL INVOICE LISTING!. 
PAGE-HEAD TYPE IS PAGE HEADING. 
02 LINE NUMBER IS 16. 
03 COLUMN 19 PIC X(27) VALUE IS 
'INVOICES RECEIVED BY VENDOR'. 
VENDOR-HEADER ТҮРЕ IS CONTROL HEADING 
VENDOR OF REPORT-RECORD. 
02 LINE NUMBER IS PLUS 4. 
03 COLUMN 19 PIC X(7) VALUE IS 'VENDOR:'. 
03 COLUMN 20 РІС Х(20) SOURCE IS 
VENDOR OF REPORT-RECORD. 
02 LINE NUMBER IS PLUS 2. 
03 COLUMN 14 PIC X(7) VALUE IS ‘INVOICE’. 
03 COLUMN 27 PIC X(8) VALUE IS 'PURCHASE!. 
03 COLUMN 45 PIC X(8) VALUE IS 'DATE'. 
03 COLUMN 57 PIC X(ü) VALUE IS 'DATZ'. 
02 LINE NUMBER IS ELUS 1. 
03 COLUMN 14 PIC X(6) VALUE IS 'NUMBER'. 
03 COLUMN 25 РІС Х(12) VALUE IS 
‘ORDER NUMBER’. 
03 COLUMN 43 РІС X(8) VALUE IS 'RECEITED!. 
03 COLUMN 55 PIC X(9) VALUE IS 'FORWARDED'. 
03 COLUMN 70 PIC X(6) VALUE IS 'AMOUNT'. 
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O JSU INVOTCEZ=TNPO TYPE IS DETALIL. 
02 DUE NUMBER IS PLUS 1. 


03 


03 


03 
03 


03 
03 


03 


03 


03 


PROCEDURE 


COLUMN 15 PIC X(6) SOURCE IS INUMBER 
OF REPORT-RECORD (1). 

COLUMN 26 PIC X(2) SOURCE IS 

YEAR OF REPORT-RECORD. 

COLUMN 28 PIC X(1) VALUE IS '-'. 
COLUMN 29 PIC X(1) SOURCE IS 

PCODE OF REPORT-RECORD. 

COLUMN 30 PIC X(1) VALUE IS '-'. 
COLUMN 31 PIC X(4) SOURCE IS 

PNUMBER 9? RZPORT-RZCORD. 

COLUMN 45 PIC X(4) SOURCE IS 
DATE-RECYD OF REPORT-RECORD (I). 
COLUMN 57 РІС Х(4) SOURCE IS 
DATE-FWD JF REPORT-RECORD (I). 

COLUMN 67 PIC 22,222.99 BLANK WHEN ZERO 
SOURCE IS AMOUNT OF REPORT-BECIRD (1). 
DIVISION. 


CONTROL- SECTION, 
Perce STARTUP. 
CER OR GENERATE- REPORT UNTIL МОАЕ-ОАТА IS EQUAL 
то NOL 
PERFORM CLEANUP. 


STOP 
STARTUP. 
OPEN 


RUN. 


AI PURAS ELE, POE? UE AISTORY-FILS. 


READ BEPORT-FILE AT END MIVE 'NO* TO MORE-DATA. 
TNITEATES HISTORY -REPORT. 
GENERATE- REPORT. 
NONE 1 TO I. 
PERFORM CHEGK-INVOICZ UNTIL I = 6. 
Romp ПЕРО ТЕК ЈЕО АТ END MOVE "МО" TO MORE-DATA. 
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CHECK-INVOICE. 
IF DATE-RECVD IF REPORT-RECORD (I) 
IS NOT EQUAL TO SPACES 
GENERATE INVOICE-INFO. 
ADD 1 TO I. 
CLEANUP. 
TERMINATE HISTOR Y-REPORT. 
CLOSE REPORT-FILE, HISTORY-FILE. 
DISPLAY "SUCCESSFUL END OF REPORT PROGRAM'. 


REPORT SECTION; 
RD MATZRIAL-REPORT 
CONTROL TSWENDOR OF REPORT-RECOND, 
PAGE LIMIT IS 6 INES 
HEADING 2, FIR PALO 
CAST ERAS TOOL LNG’ 61. 
01 TYPE IS REPORT A SADING. 
02 LINE NUMBER 1S 19 
03 COLUNN 30 РІС X(25) VALUE IS 
'MATERIAL BY VENDOR LISTING '. 
01 ТҮРЕ IS PAGE HEADING. 
02 LINE NUMBER IS PLUS 4. 
Cs "COMUN TO "PEC Х(33) VALUE IS 
OUT OST ANIDDTTGOREOUTSETIONS BY VENDOR. 
ONDOREN EA DER TY PE IS CONTROL HEADING 
ШЕКЕ КЫРЮОЕКТ -КЕСОК) МЕХТ GROUP IS PLUS 1. 
02 LINE PLUS 4. 
Ome COLUMN 5 PIC X(7) VALUE IS 'VENDOR:'. 
Os СӨШІЛІМ 15 PIC X(29) SOURCE IS 
VENDOR OF БЕРОКТ-ВЕСОВЬ. ' 


ON 
t4 
ОЈ 


~ 


ва 
С? 


= 
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02 LINE PLUS 2. 
03 COLUMN 17 PIC X(8) VALUE IS 
!' PURCHAS E ORDER NUMBER'. 
02 LINE PLUS 1. 
03 COLUMN 15 PIC X(12) VALUE IS 
‘ORDER NUMBER?. 
03 COLUMN 43 PIC X(15) VALUE IS 
' DOCUMENT NUMBER". 
01 DOCUMENT-NUMBER TYPE IS DETAIL. 
02 LINE NUMBZR IS PLUS 1. 
03 COLUMN 16 РІС Х(2) SOURCE IS 
YEAR OF REPORT-RECORD. 
03 COD US PIC X(1) "VALUE IS '-'. 
03 COLUMN 19 РТС Х(1) SOURCE IS 
PCODE IF REPORT-RECORD. 
03 COLUMN 20 PIC X(1) VALUE IS '-'. 
03 COLUMN 21 2IC X(4) SOURCE IS 
PNUMBER OF REPORT-RZCORD. 
ШЕ СӘТІ ІЗ 212 (1) SOURCE IS 
SERVCODE OP REPORT-RECORD. 
03 COLUMN 44 PIC X(5) SOURCE IS 
UIC OF ZEPCRT-RECORD. 
03 COLUMN 49 PIC X(1) VALUE IS '-'. 
03 COLUMN 50 РІС Х(%) SOURCE IS 
JDATE IF REPORT-RECORD. 
03 COLUMN 54 PIC X(1) VALUE IS *-*. 
03 COLUMN 55 РІС Х(%) SOURCE IS 
SERNUM IF REPORT-RECORD. 
PROCEDURE DIVISION. 
CONTROL-S ECTION. 
PERFORM STARTUP. 
PERFORM GENERATZ-REPORT UNTIL MORE-DATA 
IS EQUAL TO 'NO:. 
PERFORM CLEANUP. 
STOP RUN. 
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STARTUP. 
ОРЕМ РОГ БЕРОЗ Р-ЕТ Те, OUTPUT MATERTAL-FILE. 
КБАр БЕРОЕТ-ЕІГЕ АҮ7 END MOVE ‘NOt TO MORE-DATA. 
INITEAPIENATZRLAL-KREPORT, 
СЕМЕВАТЕ- ЕЕРО ЕТ. 
ТЕ МТ НОЕ: БЕРОВТ-ВЕСОВЬ IS EQUAL TO SPACES 
AND CCMPL OP REPORT-RECORD IS EQUAL TO SPACES 
GENERATE DOCUMENT-NUMBER. 
READ CAROSI EILE AT НЮ MOVE 'NO' TO MORE-DATA. 
CLEANUP. 
DORs NAD? ha oRL AL-REPORT. 
e OSEE PORTEL; ИЗТЕНТА ТЕРТЕР. 
De e AYS TESS TUL TEND ЭР REPORT PROGRAM'. 


E u Í D e e ë a лия, саңы» мәй: Жон E 


REPORT SECTION. 
RD INVOICE-REPORT 
CONTRCL IS FINAL, PROCODE OF REPORT-RECORD, 
PAGE IIMIT IS 55 LINES, 
HEADING 2, FIRST DETAIL 6, 
LAST DETAIL 50, FOOTING 52. 
01 TYPE IS REPORT HEADING. 
02 LINZ NUMBER IS 16. 
03 COLUMN 26 РІС Х(20) VALUE 15 
"DAILY INVOICE REPORT'. 
01 PAGE-BEAD TYPE IS PAGE HEADING. 
02 LINE NUMBER IS 18. 
03 COLUMN 10 PIC X(51) VALUE IS 
'INVOICES RECEIVED AND NOT PROCESSED, 
BY PROCESSOR'. 
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01 PROCESSOR-HEADER TYPE IS CONTROL HEADING 
PROCODE OF REPORT-RECORD NEXT GROUP IS PLUS 1. 
02 LINE NUMBER IS PLUS 4. 
03 COLUMN 10 PIC X(10) VALUE IS 
' PROCESSOR:! 
03 CCLUMN 24 PIC X(1) SOURCE 15 
PROCODE OF REPORT-RECORD. 
02 LINE NUMBER IS PLUS 2. 
03 COLUMN 11 PIC X(12) VALUE IS 'PURCHASE!. 
03. COLUMN 47 PIC Х(%) VALUE IS 'Di 
02 LINE NUMBER IS PLUS 1. 
03 COLUMN 9 PIC X(12) VALUE IS 
' ORDER NUMBER'. 
03 COLUMN 26 PIC X(14) VALUE IS 
' INVOICE NUMBER'. 
03 COLUMN 45 РІС Х(8) VALUE IS 
! RECEIVZED'. 
01 INVOICE-INFO TYPE IS DETAIL. 
02 LINE NUMBER IS PLUS 1. 
03 COLUMN 10 PIC X(2) SOURCE IS YEAR OF 
REPORT -RZCORD. 
03 COLUMN 12 PIC X(1) VALUE IS '-'. 
03 COLUMN 13 PIC X(1) SOURCE IS PCODE OF 
REPORT-RECORD. 
O ССЕШИН 185 РІС Х(1) VALUE TS *-*. 
03 COLUMN 15 РІС X(4) SOURCE IS PNUMBER OF 
REPORT-RECORD. 
03 COLUMN 31 PIC Х(6) SOURCE IS INUMBER OF 
REPORT-RECORD (1). 
03 COLUMN 47 PIC X(4) SOURCE IS DATE-RECYD OF 
REPORT-RECORD (I). 
PROCEDURE DIVISION. 
CONTROL-SECTION. 
PERFORM STARTUP. 


ть тај 
[T s 


ues 
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PERFORM GENERATE-REPORT UNTIL MORE-DATA 
IS EQUAL ТО "МО". 

PERFORM CLEANUP. 

STOP RUN. 


STARTUP. 


OPEN INPUT REPORT-FILE, OUTPUT INVOICE-FILE. 
READ EEPORT-FILZ AT END MOVE "80" ТО MORE-DATA. 
ТНТ INVOICE=-REPORT. 


GENERATE- FEPORT. 


MNT 1 TOTI; 
БН чоека о TIMES. 
ЕДИ БЕРОЕ ЗЕ РЕВ АТ ЕЦЩО 5075 TNO! TO MORE-DATA. 


CHECK=S DAT E, 


ПРИВАТНО RESCRT=RECORD (1) IS NOT EQUAL 
TO SPACES 
ANO AE Wee Or PAE EORT=RECORD (Т) IS EQUAL 
ТО SPACES 
GNE. INVOLCCS-INFO. 
ADD 1 TO I. 


CLZANUP. 


TURN MATE INVOICE-REPORTI. 
CROSEZREFORT-FFLE, INVOICE-FILE. 
В ЕЕ EFUTEEND DE REPORT PRIGRAM!, 


REPORT SECTION. 


RD 


REQN- REPORT 

CONTRCLS ARE UIC OF REPORT-RECORD, 
Gist CODE Or REP ORT— RECORD, 

JDATE OF REPORI- RECORD, 

SERNUM OF REPORT=RECORD, 

ГАСЕ ГЕ И ТТ IS 59 LINES, 
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01 


01 


01 


01 


01 


HEADS, Fins? DETAIL 17, 
LAST DETAIL 53, FOOTING 55. 
TYPE IS REPORT HEADING. 
02 LINE 13. 
03 COLUMN 30 PIC X(25) VALUE Is 
‘REQUISITION STATUS REPORT!. 
PAGE-HEAD TYPE IS PAGE HEADING. 
02 LINE IS 15. 
03 COLUMN 15 PIC X(5") VALUE IS 
‘REPORT OF OUTSTANDING REQUISITIONS 
BY UIC/CUSTOMER?. 
DIC-HEADER TYPE IS CONTROL HEADING 
UIC OF REPORT-RECORD NEXT GROUP IS PLUS 1. 
02 LINE PLUS 4. 
03 COLUMN 15 PIC X(4) VALUE IS 'UIC:'. 
03 COLUMN 21 PIC X(1) SOURCE IS 
SERVCODE OF REPORT-RECORD. 
COLUMN 22 PIC X(5) SOURCE IS 
UIC OP REPORT-RECIRD. 
CUST-CODE-HEADER TYPE IS CONTROL HEADING 
CUST-CODE OF REPORT-RECIRD NEXT GROUP IS PLUS 1. 
02 LINZ PLUS 2. 
03 COLUMN 15 PIC X(14) VALUE IS 
' CUSTOMER CODE:'. 
03 COLUMN 32 PIC X(3) SOURCE IS 
CUST-CODE OF REPORT-RECORD. 
02 LINE PLUS 2. 
03 COLUMN 15 PIC X(15) VALUE IS 
'DOCUMENT NUMBER'. 
03 COLUMN 35 PIC X(21) VALUE IS 
' PURCHASE ORDER NUMBER'. 
03 COLUMN 52 PIC X(6) VALUE IS 'STATUS'. 
REQN-INFO TYPE IS DETAIL. 
02 LINE IS PLUS 1. 


e 
ta) 
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03 


DIS 


0 3 


03 


03 


03 


COLUMN 18 PIC X(4) GROUP INDICATE SOURCE 
IS JDATE OF REPORT-RECORD. 

COLUMN 24 PIC X(4) GROUP INDICATE SOURCES 
IS SERNUM OF REPORT-RECORD. 

COLUMN 40 PIC X(2) SOURCE IS 

YEAR OF REPORT-RECORD. 

COLUMN 43 PIC X(1) SOURCE IS 

PCODE OF REPORT-RECORD. 

COLUMN 45 PIC X(4) SOURCE IS 

PNUMBER OF REPORT-RECORD. 

COLUMN 59 PIC X(30) SOURCE IS 

PSTAT OP? FEPORT-RECOED (I). 


PROCEDURE DIVISION. 
CONTROL-SECTION. 


РЕБРО ЕМ 
PERFORM 
TORNOS 
РЕБРО ВМ 


STARTUP. 
GENERATSeRtrORLT UNTIL MORE-DATA IS LZQUAL 


CLEANUP. 


STOP HUN. 


ЗТАВТОР. 


DEENTRAR TS ELLE, OUUPUT REQN-PI 
П ОРО КЕЕ ШЕУ AT SND MOVE 'NO' TO M 


та 
пе 


L 
MORZTDAIA. 


INITTETEZRIONSREPBORT, 
GENERATE- FEPORT. 
MOVE 1 TO I. 


PERFORM 


DO UNTIL Í = 


6 
CEAD БОЕВ АТО М)УЕ "НО! ТО MORE-DATA, 


00. 


IP PSTAT OF REPORT-RZCORD (I) 
IS NOT EQUAL TO SPACES 


GENERALE REDN-INE), 


ADD 1 TO I. 


CLEANUP. 


TERMINATE REON-REPORT. 
EEDSZERDPORTZFTEE, REON-FILE, 
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REPORT SECTION. 
RD VOLUME-RE2ORT 
PAGE LIMIT IS 65 LINES, 
HEADING 2, FIRST DETAIL 10, 
LAST DETAIL 52, FOOTING 55. 
01 TYPE IS REPORT HEADING. 
02 ШЕ. 
03 COLUMN 50 PIC X(18) VALUE IS 
"DATE ___LLLLLLLLLL '. 
02 LINS 16. 
03 COLUMN 10 PIC X(32) VALUE IS 
"FROM: ISSUE CONTROL, CODE 4221B8!. 
02 LINE 18. 
03 COLUMN 10 PIC X(30) VALUE IS 
! TO: SUPPLY OFPICIR, CODE 42*. 
02 LINE 20. 
ПӘЙТЕСЕШІН 10 огс Х(83) УІСЕ IS 
‘SUBJ: MONTHLY VOLUME REPORT FOR 
THE PERIOD. 
02 LINE 22. 
03 COLUMN 17 PIC Х(24) VALUE IS 
RU "ІНІ. жа |. 
02 LINE 28. 
03 COLUMN 19 PIC X(35) VALUE IS 
71. NON-STANDARD STOCK REQUISITIONS!. 
03 COLUMN 51 PiC X(12) VALUE IS 
"ISSUE 3ROUPS!. 
02 LINE 30. 
JN COLUMN 16 PIC x(3) VALUE IS ‘UIC’. 
03 COLUMN 46 PIC X(1) VALUE Is 'A'. 
03 COLUMN 56 PIC X(1) VALUZ IS '3'. 
03 COLUMN 66 PIC X(1) VALUE IS 'C!. 
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02 


02 


02 


02 


02 


02 


02 


02 


LINE 32. 


03 COLUMN 18 PIC X(6) VALUE IS 'X62271'. 
03 COLUMN 45 PIC 999 SOURCE IS COUNTAD. 
03 COLUMN 55 PIC 999 SOURCE IS COUNTBD. 
03 COLUMN 65 PIC 999 SOURCE IS COUNTCD. 
LINE 34. 
03 COLUMN 14 PIC X(6) VALUE IS 'OTHER'. 
03 COLUMN 45 PIC 999 SOURCE IS COUNTDD. 
03 COLUMN 55 PIC 999 SOURCE IS COUNTED. 
03 COLUMN 65 PIC $99 SOURCE IS COUNTED. 
Tee 38. 
03 COLUMN 10 ENS X(31) VALUZ IS 

'2. STANDARD STOCK REQUISITIONS'. 
03 COLUMN 51 PIC X(12) VALUZ IS 

' ISSUE S ROUPS'. 
LINE 40. 
03 COLUMN 16 PIC X(3) VALUE IS '010'. 
OS comm Po PTC X(1) VALUS IS 'a'. 
03 COLUMN 56 PIC X(1) VALUE ева, 
ШӘ Шс с сас X(1) VABES IS 'C'. 
LINE 42. 
03 COLUMN 14 PIC X(6) VALUE IS 'X62271' 
03 COLUMN 4S PIC 999 SOURCE IS COUNTGD. 
03 COLUMN 55 PIC 999 SOURCZ IS COUNTHD. 
03 COLUMN 65 PIC 999 SOURCE IS COUNTID. 
LINE 44. 
03 COLUMN 14 PIC X(6) VALUE IS 'OTHER'. 
03 COLUMN 45 PIC 999 SOURCE IS COUNTUD. 
03 COLUMN 55 PIC 999 SOURCE IS COUNTKD. 
03 COLUMN 65 PIC 999 SOURCE IS COUNTLD. 
LINE 56. 
03 COLUNN 43 PIC X(29) VALUE IS 

JEN а 
LINE 57. 
03 COLUMN 48 PIC X(9) VALUE IS 'SIGNATURE'. 
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02 LINE 62. 
03 COLUMN 10 PIC X(8) VALUZ IS 'COPY TO:'. 
02 LINE 63. | 
03 COLUMN 10 PIC X(8) VALUZ IS 'CODE 422'. 
02 LINE 64. 
03 COLUMN 10 PIC X(9) VALUE IS 'CODE 4201'. 
PROCEDURE DIVISION. 
CONTROL-S ECTION. 
PERFORM STARTUP. 
PERFORM COUNT-ROUTINE UNTIL MORE-DATA IS EQUAL 
TO 'NC'. 
PERFORH GENERATE-REPOR 
PERFORM CLEANUP. 
STOP FUN. 
STARTUP. 
OPEN INPUT REPORT-FILE, OUTPUT VOLUME-FI 
READ REPORT-FILE АТ END MOVE 'NO! TO MORE-DATA. 
INITIATE VOLJNE- REPORT. 
CCUNT- ROUTINE. 
IF NIIN OF REPORT-RECORD IS ZQUAL TO SPACES 
IF UIC OF REPORT-RECORD IS ZQUAL TO "62271" 
IF PRI OF REPORT-RECORD IS EQUAL TO ' 5S! 
ADD 1 TO COUNTA 
ELSE IF PRI OF REPORT-RECORD IS EQUAL TO 
10° 


r3 


те 
wise 


ADD 1 T2 COUNTB 
ELSE ADD 1 TO COUNTC 
още ОВ к БРОМ О-КЕЗСЈКР. 
Fi PD TS едно БЕ РОКЕ-ВЕСОНО IS ZQUAL TO * 5° 
ADD 1 TO COUNTD 
CU E ROMO: REPORT=E=<CORD 15 EQUAL TO 
“10! 
RDD VETO COUNTE 
ALSE ADD T T) COUNTF 
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BESESTEEUTEZOF REPORT=RECIRD IS 
LP PORT OP T BEDORPSRECORD IS EQUAL TO * 
ADD 1 TO COUNTS 


READ PEPORT-FILEL АТ 
GSNERATE-PSPORT. 


MOVE 
MO VE 
MOVE 
MOVE 
MOVE 
MO VE 
MOVE 
MOVE 
MOVE 
MO VE 
MOVE 
MOVE 


1622711 
5! 


EQUAL TO 


ELSE ЕЕЗЕНМЕОР REPORT-RECORD IS EQUAL TO 


110! 
ADD 1 TO COUNTH 
ват т. COUNTI 
шеш ІР PRI ОР HEPORT-RECORD IS EQUAL TO 
' 5! 
ADD 1 TO COUNTJ 
ewe or Ful OF CRP EPORP=RECORD IS EQUAL 
1101 


COUNTA 
COUNTS 
COUNTC 
COUNTD 
COU NTE 
COUNTF 
COUNTG 
COUNTH 
COUNTI 
COUNTJ 
COU NTK 
СО ШИНЕ; 


DDT TI COUNTK 
SLSE ADD 1 ТО COUNTL. 
ИЛЛЕ UNGLETOSUCHKE-DATA, 


TO COUNTAD. 
Do COUNTED, 
JO C OUNPCD, 
COR OUNT DD. 
lO COUNTED. 
BO ve COUNTED. 
FO COUNCGD., 
TO COUNTHD. 
FO COUNT ID, 
TO COUNTJD. 
вое OUNT KD. 
TO COUNTLD. 


GENERATE VOLUME- REPORT. 


CLEANUP. 


TERMINATE VOLUME-REPORT. 


ЕБОЭБКЕРОКТ-РТІЕ, 


VOLUME- FILE. 
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DOCUMENT NUMBER 


Це - 225 0+52 19 
ШЕР? 12050-52 25 
6227 \=2250=-6115 
202271-2250-617165 
Хота 1-2250-6122 
Lp 1d 0550-6023 
X02271 2250-6723 
КРИЗ 2251-5320 
ХИ 21272 51-5507/ 
XoNI21-225 1-57 38 
2022701225 1-61 23 
21502127 112225 2-610u 
OZ ит 2252-6124 
ХЕ 2253-5235 
КІН 21-225 23-5245 
ко 2255-6132 
МОНА 253-6133 
X62 27 1-225 3-6134 
Meee? 12253-6142 
X62271-2253-6143 
X62271-2253-6144 
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OUTSTANDING NON-STANDARD STOCK ONLY 


Pomenaos ORDER 


51224-12696 
cnc M A5 
82-М-1266 
Se 206 
Саваи 
У 
52-45-2280 
022-1266 
32 T-3199 
22-2222 
22- 27274 
zas 1201 
ces 
ОЕ Леб 
За 5- 209 10 
5 2 в- 2273 
SL 2274 
oat = 23> 
32-27-1973 
Dc po 
ВЕ о 


NUMBER 





HISTORICA 


ic 
+3 
x 
і< 
Це; 
{ҥч 
t 
It? 
іа 
192 
(+3 
{ч 
(= 
in 


INVOICES RECEIVEL BY VENDOR 
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VENDOR: ACE HAEDWARE 
INVOICE  PURCEASE DATE DATE 
NUMBER ORDER NUMBER RECEIVED — PORWARDED AMOUNT 
12345  82-M-1201 2275 2276 2,200.00 
12345 82-4-1201 2275 2276 2, 200000 
12345 82-М-1201 2205 2276 2,200.00 
12446 82-3-1201 2271 800.00 
VENDOR: COLBY SUPPLY 
INVOICE PURCHASE DATE DATE 
NUMBER ORDER NUMBER RECEIVED FORWARDED AMOUNT 
55789 82-3-1266 22m 2276 400.00 
56778 82-м- 1266 228 300.00 
57777 82-M-1266 2273 200.00 
57766 82-M-1266 2o 100.00 
VENDOR: PACIFIC INC. 
INVOICE PURCHASE DATE DATE 
NUMBER ORDER NUMBER  — RECEIVED FORWARDED AMOUNT 
87462 82-F-1272 2273 Дао 100.00 
87354 82-P-1277 2273 300.00 
83629 82-Р-1322 2273 2274 590.00 
77564 82-Р- 1822 2273 2276 1,120.00 
22807 82-Ғ-1872 2215 2274 700.00 
26439 82-Р-2272 2273 500.00 





5997 BN AT 2273 2274 400.00 


VENDOR: TRIDE NT CO. 

IN VOICE PURCHASE DATE DATE 

NUMBER ORDER NUMBER НЕСЕТУЕР FORWARDED AMOUNT 
88763 За 1271 2273 2274 200.00 
00019 82=P- 1 71 2274 2,100.00 
00012 OZ нат 2213 2272 оО 
23 746 Bo PEN S 2203 400.00 
45372 MERCED 22106 2275 409.00 
3638 B= ZS | 223 499.00 
99946 ОЙ | 2213 2275 200.00 
10372 ВЕДНО 225 2215 500. 00 
00923 DUE e 9 2213 22193 190.00 
903 9 9 82-F 016681 2 23 100.00 
46538 32-7 = 2130 2 2453 200. 00 
82046 За НЕ = САН | 2243 2274 100.90 
37734 Ето 2215 2215 800. 00 
77746 ВЕР? 2 7_ 2279 Doe 
65656 BP EZB 2208 2274 2,200.00 
39392 32-в- 2:94 2213 22 в 200.00 
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<= 


L 


ATERIAL BY VENDOR LISTING 


OUTSTANDING REQUISITIONS BY VENDOR 


VENDOR: ACE HARDWARE 


PURCHASE 
ORDER NUMBER DOCUMENT NUMBER 
aoc M29 1 2107 731—22 52 - 0 
VENDOR: СОВУ SUPPLY 
PURCHASE 
ORDER NUMBER DOCUMENT NUMBER 
82-41-1256 ee 2250-6015 
и - 1266 ПО A 2 2 0 = 641 16 
s 7 M= 1266 Bu 21- 225925213 
62=М= 1266 аа о 
VENDOR: РАСТЕТС INC. 
PURCHASE 
ORDER NUMBER DOCUMENT NUMBER 
DUO Moe 2) Pe Oe 
82 Pm 875 X62271-2253-6144 
BE MS Rum 3212225023225 
== 175 Х62271-2253-6195 
LE ZOO Kun 2321-225 -= 5 205 


93 





VENDOR: 


ORDER NUMBER 


ТЕО СО. 


PURCHASE 


92 в- 12 73 
82-F-1274 
822721280 
22 221873 
Ба Erler 
Bug 
са 2222 
В о 
822722274 
сене - 2280 
82223000 
Bd 
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DOCUMENT NUMBER 


хог2 уа ра е 122 
62 221222216123 
КӨЕ 225056693 
20221 22259925 102 
RER 22 539и 
Kor 2 7 1=- 22552672) 
Meow = 2251S 57 30 
RE227 122253261932 
Moree 12253-6133 
о: 
2-54 
ИЕ = 225 1=5567 





INVOICES RECEIVED AND NOT PROCESSED, 


BY PROCESSOR 


PROCESSOR: 1 
PURCHASZ ПАТЕ 
ORDER NUMBER ПОНОС МОНЕ oO NED 
AA 1244 6 22% 
r 2-M- 1266 56773 Дари 
2 = М_— 1266 Sr 2273 
82-М- 1266 57766 2274 
aa 1255 22345 2215 
ода 1255 22444 2274 
ere Ч- 1255 22446 2213 
er М- 1255 23344 2273 
PROCESSOR: 3 
PURCHASE ПАТЕ 
ORDER NUMBER INVOICE NUMBER КЕСІЛУ? 
ВЕ 1277 87354 273 
BN E977 38833 2273 
ВСЕ ЕЕ 2272 26439 2213 
Б =к-2322 68477 2273 
БЕДЕ Н- 1271 00019 2274 
82- PF-1278 23746 2273 
d -7-1281 43638 2273 
B2—r- 1981 33999 2213 
ср=- PF-2134 46538 2243 





REPORT OF OUTSTANDING REQUISITIONS BY UIC/CUSTOMER 


С: X41321 


SUSTOMER CODI: 111 


DOCUMENT NUMBER PURCHASE ORDER NUMBER SAT US 
2004 2154 BM NOZ 2009 
2004 2156 ЗА Х02 2115 
2005 2181 ВА М02 2115 
2005 2182 ВМ №02 2009 

ВИ №35 2190 
BM NOZ 2160 
34 NOZ 2009 
ӘЛ N35 2100 
2005 2189 BA NOZ 2110 
2104 2154 84104. 2200 
2114 2154 BUENOZ 72229 
2205 2182 ВИ 102 2310 
BH NOZ 2210 
ЗА М02 2215 
5 2182 Б 194: 2220 
BB NOZ EDD 3008 
BM NOZ 2220 
6250 5219 82 4 1266 EDD 2302 
РАБО 5225 Boa 222116 EDD 2244 
E53 5235 d2 F 3176 EDD 2300 
2253 5245 3 2432878 200 2303 





CUSTOMER CODE: 222 
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ВВ NOZ EDD 2360 


DOCUMENT NUMBER PURCHASE ORDER NUMBER S PATOS 
2051 5320 82 M 1266 2DD22209 
22515567 82 F 3199 EDDe2255 
2251 5738 ГЕ 2222 EDD 22098 
2255 5314 2/77 ә 200 EDD 2299 

ШОС: X62271 

SUS TOMER CODE: 001 
DOCUMENT NUMBER PURCHASE ORDER NUMBER SAS 

2004 1572 ВМ №07 2009 

BB NOZ EDD 2200 
2004 1783 ВМ №02 2009 

ВВ NOZ EDD 2185 
ШІН 2572 54 NOZ 2118 

BM N35 2130 

BM NHZ 2149 
2004 2783 BM NOZ 
2008 1811 ВМ №02 2010 

BM N35 2020 
DIUOS 2811 BA NOZ 2200 
202 2111 вв №02 200 2189 
ШО2 2112 BM NOZ 2110 
ESSO 6115 82 М 1266 EDD 2300 
2252 6104 82 М 1201 Ери 2311 
2252 6124 82 F 1375 EDD 2300 
2253 6134 ВОЗУ о EDD 2344 
2253 6144 82 Р 1875 20972303 
20802 2112 ВИНКО 2330 





CUSTOMER CODE: 002 


DOCUMENT NUMBER PURCHASE ORDER NUMBER STATUS 
2009 1844 BB NOZ 2020 EDD2050 
2009 2844 BA NNZ 2210 
2101 1919 ВМ М02 2105 
2101 1980 ВВ М02 EDD 2300 
20101 2910 ВА NOZ 2310 


98 





РЕВ Це №... 
EROM: ISSUE CONTROL, CODE 42218 
TO: SUPPLY OFTICER, CODE 42 
SUBJ: MONTHLY VCLUME REPORT FOR THE PERIOD 
A UT nic 
EN NON-STANDARD STOCK REOU ISITIONS ВЕ ОЕ GROUPS 
ОТС А В E 
Х62271 000 018 027 
OTHER 099 009 000 
РА 5 ТАЛОАКО STOCK REQUISITIONS TSsSUS GROUPS 
ЈІС А В e 
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CODE 422 
CODE 4201 


39 





LIST OF REFERENCES 


100 





BIBLIOGRAPHY 


nh Ge, nd Atkins, „Wi 
opement Process', Prentice 


03 
ор: 
за 


ор 

Би 
las 

I 

до 


pu pa 
р 
Е 
а Әә 


low 
Im | e 
на + 
iss z 
+. 
в ds 
na aan 
* [th 
IO 
~i 
- [2 
ale, 
ct 
Wi: 
Oyo 
МЗ 
(к) 
THO 
in 
is 
сіз 
е | 0 
I3 
ict 
Кл 


М 140 les 


-N ее 
л нач 
{iv 

An 

= KD 
48. 
а 

(Л 

Мез 
-4О 

* [r1 
“2H 
оңа 


р 


+4 
с>» 


_ Donna and F 
LOL wage cener 


u O ЛЕЩ A A mu лиши «= сш тг ? 


a 
H 
O 
23 
ше 
~ 
+ 
је 
= 
“е 
св кфо 


ба Б 


12-3 

sala См 
gue 

° м 

pu 

іздің 

~ jO 

11 

= 

а) 


т 
alt 
— 
о 


ісі (іл 
Im pw 
з pr 
lun 3 
eL 
1-4 
ЕЯ ~ 
ШЫ xj 
ЖЕ 
~ jO 
53 


ж (ла 


ches 
фи 

(2) 
ala 
Oo 
в |; 
= | t 


Оо» 
62 
HD 


HO 
( Het 
2-11 
I 
(n| 
Ol 
ol 
ЕТ 
H) 
et 


~ m 
L4 
ош 313 
QW 
кш 
(DIM 


Ib 


ОКО 
ҹ {л 
ја 


Ë 
a 


Лев d 


| 


нж іні 
ЙМ 

IN» - 

% ~ 

|р» p> 

E о HO 
(D 

на tt 

| H 

пе а 

0) + n 

rt +J 

t ie 

O 

ілі 


:J (D 
Q 
Ф 
"d 
(D| 
UN 
(bi 
jv} 
ЕЯ 
Ol 
рә 
tn 
(n 
O 
о 
кг 
pc 
3 
0% 
ілі 
~ | 

| 

| 
Ho 


mti EA 
еш «Jot 


Е 
от ФО арка 0 


DO rt 


Han 
ES 
O 
(Л 
(D 
ЕК 
i 
е 
í 
Hes | 
г: 
а 
O 
3 
(Л 
(D 

~ 
да 
(D 
Ca 
O 
(ñ) 
SE 
с 
fu 
ж; 
е 
24 
ко 
4 
H 


° ЮО 
~ (2489 (фр 

С + 
Copt ct 
«a MI t». 


:3 
E 


оп р 
< 
-— 
6 


са a 
т 


(D 

"9 = 
= О 
j- 


ох Фе H 

HW < 
233 
Qu 

+43 Os 

Qu 

(0 

i 

HG 

£v 


(Cr 


"^H Wo 
Sy 
P 

š tye 
Qu 
С) 
оі = 


101 





INITIAL DISTRIBUTION LIST 


No. Copies 


Defense Technical information Center 2 
Cameron Station 
Alexandria, VA 223 14 


тог: Cods 0142 2 
Naval Postaraduate School 
Monterey, California 93940 


Computer Technology Programs, Code 37 1 


Navai Postgraduate School 
Monterey, a lifornia 9394 0 


Pror N. LYONS, Code SLB 1 
Administrative Sciences Departmen 

Naval Postgraduate, Son»ot 

Monterey, California 93940 


meen J. Hayes, Code SUHT | 1 
Administrative Sciences Department 

Naval POST raduate School 

Monterey, California 93940 


~ 


ЖЕ в. Jackson, Code 42 
SUPPLY Department 


cl. „Postgraduate SCIO 

Шорсегет, Са 1гогпа 93940 

LCDR Thaddeus Е. Zycnowski 2 
Military Traffic Mänagemenz Command, wa 

ATTN: #2150 

Oakland Army Base. 

ак ага, California 94525 


102 














Thesis 


29 
с.1 


Zychowski 
A computer-based 
information system 
for the Issue/Receipt 
Control Branch Supply 
Department Naval 
Postgraduate School. 





